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MOBILE CREW MANAGEMENT SYSTEM 

FIELD OF THE INVENTION 

This invention relates generally to management 
information systems and more particularly to automated 
5 systems and methods for work order assignment and field 
communication . 

BACKGROUND OF THE INVENTION 

Businesses such as utility companies which deploy 
numerous employees over a wide geographic area to service a 

10 dispersed infrastructure or client base are faced with the 
particularly cumbersome task of communicating work 
assignments and related data to personnel that are dispersed 
in the field. For example, a utility company is faced with 
the daunting task of maintaining an infrastructure that spans 

15 a potentially very large geographic area. When outages occur 
in a utility grid, field personnel must be dispatched to 
address the problem. Typically, field personnel are already 
in the field when new service tasks or work orders are 
generated. Thus, utility companies are faced with the very 

20 complex task of receiving work orders, identifying field 
personnel that are best suited for the job as dictated by 
training, experience, and proximity to the work area, and 
communicating to field personnel that a particular work order 
has been assigned to them. In response, field personnel must 
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communicate to the dispatching operator an acceptance or 
rejection of the work order. Furthermore, if a work order is 
accepted, it may be necessary to gather information and data 
regarding the work order. Such data may include for example 
the type of equipment that is to be serviced, the maintenance 
history of the particular equipment item, and information 
regarding other equipment in close proximity. Upon 
completion of the work order, field personnel are responsible 
for updating the central office with information on the 
status of the work order as well as any changes that may have 
been made to the infrastructure as a result of the work 
order. Of course other types of organizations such as 
delivery companies, facilities maintenance companies, and any 
other types of organization which must assign work and 
communicate data regarding those assignments to personnel 
already deployed in the service area are faced with similar 
problems . 

Generally, field personnel and centralized dispatching 
operations communicate by two-way voice systems such as 
wireless phone or radio. Such systems allow for 
communication of voice and in some cases, with the advent of 
fax machines, data. But by either voice of fax, the amount 
and type of information that can be easily communicated to 
field personnel is limited. Indeed, while all of the 
relevant data necessary for completing a task may be located 
in a central office, very little of it can be communicated to 
field personnel. For this reason, field personnel carry with 
them information resources such as maps and data sheets. 
Unfortunately, these often quickly become outdated which can 
lead to a dangerous work environment for field personnel. 

Of course, systems have previously been developed to 
facilitate work assignment and data communication. These 
systems, however, have used proprietary technology. Further, 
maintenance of prior systems typically has required manually 
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updating individual nodes of the system through non-network 
means . 

Although these existing systems are useful, there is a 
need for more advanced two way data communication between 
5 field personnel and a central office. In particular, there 
is a need for a system whereby tasks can be assigned and 
automatically communicated to field personnel with little or 
no dispatcher intervention. Field personnel should be able 
to access on-line the most up-to-date data related to the 

10 work order. Additionally, there is a need for a system 

whereby field personnel are able to update system records to 
reflect physical changes resulting from their work as well as 
update system records to reflect changed work order status. 
Furthermore, such a system should use non-proprietary 

15 technologies and be easily maintained. 

SUMMARY OF THE INVENTION 

Briefly, the present invention provides a system for 
assigning work orders, communicating work orders to deployed 
field personnel, and communicating at the request of field 

20 personnel, up-to-date data related to an assigned work order. 
The system comprises an enterprise computing system, a mobile 
field unit, and wireless communication network which supports 
terminal control protocol/internet protocol (TCP/IP) . The 
enterprise computing network comprises application programs 

25 through which work orders may be assigned and managed, 

various server machines containing data related to the work 
orders, a local area network (LAN) connecting the server 
machines, and a gateway to the TCP/IP wireless network. A 
mobile field unit comprises a computing device and modem for 

30 communicating over the wireless network to the enterprise 
computing system. A mobile field unit and each machine in 
the enterprise computing system has a unique IP address 
assigned to it. Accordingly, commands and data can be 
communicated freely between all machines. 
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According to another aspect of the invention there is 
provided a method for managing work order assignments. There 
is also disclosed a method for distributing map data. 
According to still another aspect of the invention there is 
5 provided a method for monitoring communications in the 
system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other features of the invention are further apparent 
10 from the following detailed description of presently 

preferred exemplary embodiments of the invention taken in 
conjunction with the accompanying drawings, of which: 
Figure 1 is a schematic diagram of a system in 
accordance with the" present invention; 
15 Figure 2 is a diagram of software components of a 

system in accordance with the present invention; 

Figure 3 is a flow diagram of process in accordance 
with the present invention for assigning a work order to a 
field crew; 

20 Figure 4 is diagram of software components and data 

flows in a system in accordance with the present invention; 

Figure 5 is a flow diagram of a process in accordance 
with the present invention for distributing work order 
assignment data to a field crew having a mobile field unit; 

25 Figure 6 is a flow diagram of a process in accordance 

with the present invention for notifying the field crew of an 
assignment; 

Figure 7 is a flow diagram of a process in accordance 
with the present invention for verifying the field crew 
30 identity; 

Figure 8 is a flow diagram of a process in accordance 
with the present invention for notifying the field crew of a 
successful login; 
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Figure 9 is a flow diagram of a process in accordance 
with the present invention for retrieving and presenting a 
list of assignments to the field crew; 

Figure 10 is an illustration of an exemplary screen 
5 showing a list of work order assignments that have been 
assigned to a field crew; 

Figure 11 is an illustration of an exemplary screen for 
displaying detailed assignment data; 

Figure 12 is a flow diagram of a process in accordance 
10 with the present invention for retrieving detailed assignment 
data for a selected assignment; 

Figure 13 is an illustration of an exemplary screen for 
entering data related to the cause of an outage; 

Figure 14 is a flow diagram of a process in accordance 
15 with the present invention for updating assignment data in 
response to an action taken by a field crew; 

Figure 15 is an illustration of an exemplary screen for 
displaying map data; 

Figure 16 is a flow diagram of a process in accordance 
20 with the present invention for gathering and displaying map 
data; 

Figure 17 is a schematic diagram of a system in 
accordance with the present invention in communication with a 
paging system and a digital personal communication system; 
25 and 

Figure 18 is a flow diagram of a process in accordance 
with the present invention for monitoring work order 
assignment . 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT 

30 The present invention provides a multi-crew management 

system. More particularly the management system is an 
automated system for the distribution of work orders and 
related materials to field personnel dispersed over a wide 
geographic area. A work order, which may be any type of 
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description of a particular task, are assigned using a 
centralized enterprise computing system and are communicated 
over a wireless network to field personnel having mobile 
computing units. Field personnel can use a mobile field unit 
5 to access the enterprise computing system and gather 

information about the work order as well as to update the 
enterprise computing system with details regarding the status 
of the work order. Thus, a system in accordance with the 
present invention provides two-way communication and work 
10 order automation with minimum dispatcher /operator 
interference . 

Figure 1 graphically depicts a system in accordance 
with the invention. As .shown, the inventive system comprises 
enterprise computing system 50, mobile field unit 52, and 
15 wireless communication network 54 operably connecting the 
two . 

Enterprise computing system 50 may comprise database 
servers 56 for fielding requests to data stored in database 
58, hypertext transfer protocol (HTTP) servers 60 for 

20 fielding requests for web page data, monitoring server 62 for 
accepting and providing data regarding the status of work 
orders, and file servers 64. While each of servers 56, 60, 
62, and 64 is represented by a separate machine in Figure 1, 
in some embodiments of the enterprise system a single machine 

25 may be configured to perform all of these operations. An 

enterprise computing system may also comprise workstations 66 
from which various application programs may be accessed. 
Servers 56, 60, 62, and 64 and workstations 66 are 
interconnected through an Ethernet local area network (LAN) 

30 68. LAN 68 supports TCP/IP and each of machines 56, 60, 62, 
64 and 66 is uniquely identified with an IP address. Gateway 
70 provides a communication connection between LAN 68 and 
wireless TCP/IP network 54. 

In a typical application of the inventive system, 

35 enterprise computing system 50 is located at a central office 
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or operations center. As is explained in greater detail 
below with reference to Figure 2, work orders are processed 
and input to the enterprise computing system using any one of 
several application programs. Data which field personnel may 
5 require to complete their assigned tasks is located on 
servers 56, 60, 62, and 64 and may be accessed by field 
personnel using mobile field unit 52. 

Mobile field unit 52 comprises computing device 72 
which may be a portable computer, a personal digital 

10 assistant (PDA), or similar device. Typically computing 

device 72 comprises random access memory (RAM) , web browser 
software for internet and intranet communications, and an 
interactive display mechanism. Computing device 72 may also 
include: storage capability (flash or electro-mechanical), a 

15 serial interface, an audio playback device, and software to 
support a TCP/IP protocol stack and point-to-point protocol 
(PPP) . 

Mobile field unit 72 may also comprise wireless radio 
modem 74. Wireless radio modem 74 provides a means for 

20 communicating over wireless network 54 between computing 

device 72 and enterprise computing system 50. Wireless radio 
modem 74 supports PPP protocol and TCP/IP protocol over 
wireless radio network 54. Wireless radio modem 74 may be 
internal or external to computing device 72. 

25 Mobile field unit 52 optionally may comprise a wireless 

two-way voice communication device 76. Device 76 may be 
integrated with computing device 72 or may be a separate 
radio device, cellular phone, or digital cellular phone. 

Each field crew is assigned a mobile field unit 52. 

30 Thus, although only one is shown in Figure 1, numerous mobile 
field units 52 may be deployed and operating at once. As 
noted, each mobile field unit 52 has an IP address assigned 
to it. Further, enterprise computing system 50 comprises a 
database of entries indicating for each field unit, the field 

35 crew which has the unit. Thus, when a work order is assigned 
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to a particular field crew, the inventive system 
automatically routes the -appropriate commands and data as 
described below to the appropriate mobile field unit 52. 
Field crews are free to access enterprise computing system 50 
5 to gather data that may be helpful in completing the assigned 
work order. 

Wireless radio network 54 provides TCP/IP communication 
between enterprise computing system 50 and mobile computing 
device 52. As previously noted, each mobile field unit 52 is 

10 given a unique IP address. Similarly, machines on enterprise 
computing network 50 are given a unique IP. Because wireless 
radio network 54 supports TCP/IP, routing of data and 
commands between mobile field units 52 and enterprise 
computing system 50 "can be accomplished by existing network 

15 techniques. Further, mobile field units 52 can be arranged 
into various network configurations such as subnets and 
intranets and in theory, if the appropriate gateways are 
arranged, can be accessed via the Internet. 

IP addressing allows for commands to be routed to, and 

20 data accessed from any machine in the network. Thus, data 
and/or a command may be transmitted via gateway 70 to 
wireless radio network 54 and delivered at any particular 
mobile field unit 52. Similarly, data and/or a command may 
be transmitted from mobile computing device 52 via modem 74 

25 to wireless network 54 which delivers the data and/or command 
to a particular machine designated by a unique IP address on 
enterprise computing system 50 . 

Preferably, wireless network 50 employs native TCP/IP. 
However, any network type may be employed provided it can be 

30 adapted to support TCP/IP. Thus, wireless network 54 may be 
any of the following network types: a CDPD public network 
(packet-switched) ; a radio packet-switched network (adapted 
for TCP/IP) ; a tariff /non-tariff-based network; or a Personal 
Communication Systems network (circuit-switched) . A system in 
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accordance with the invention can be implemented at any 
location that one of these network types exists. 

Cellular Digital Packet Data (CDPD) is an open standard 
public network. In one embodiment of the present invention, 
5 modem 74 is a CDPD modem which is assigned a unique 32 bit IP 
address. The IP address becomes the unique identifier 
associated with mobile field unit 52. 

Typically, where CDPD networking technology is 
employed, network connection between mobile field unit 52 and 

10 enterprise computing system 50 can be maintained 

continuously. Thus, with a CDPD communications network, the 
connection between the enterprise system 50 and mobile field 
units 52 does not require call setup or dial-in/dial-out 
specifications. The transfer of data between enterprise 

15 system 50 and mobile field unit 52 is immediate or within 
seconds via a virtual TCP/IP circuit which maintains 
continuous two-way traffic across the CDPD packet-switched 
data system. Any data packet originating from either the 
enterprise system 50 or mobile field unit 52 is delivered 

20 almost immediately. 

In an alternative embodiment, wireless network 54 may 
be a Personal Communications System (PCS) network. With a 
cellular network the communications can be either digital or 
analog across a circuit-switched data system. In a 

25 circuit-switched data system the connection between 

enterprise computing system 50 and mobile field unit 52 must 
be established via an initiation call. Thus, call setup and 
dial-in dial-out specifications are required to deliver or 
receive data. When a call is complete, the TCP/IP circuit is 

30 terminated and communication between enterprise system 50 and 
the mobile field unit 52 is unavailable. In an embodiment of 
the present inventive system where PCS communication is 
employed, analog modems may be deployed in both enterprise 
computing system 50 and mobile field units 52. The analog 
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modems convert modulated digital data to be translated over 
the voice band of a cellular phone. 

In still another embodiment of the present invention, 
wireless network 54 may comprise a radio (wireless) 
5 packet-switched network which does not support TCP/IP. Like 
TCP/IP-based CDPD communications, radio packet-switched 
networks can transmit and receive packet data anytime without 
call setup. These networks include both public proprietary 
data networks (e.g., ARDIS and RAM) and private radio 
10 networks (e.g., DATA TAC) . However, because the inventive 
system relies upon TCP/IP, in order to employ such networks 
it is necessary to use third party equipment such as that 
provided by PADCOM Incorporated to allow such a network to 
support TCP/IP. 

15 Enterprise computing system 50 and mobile field unit 52 

comprise various software components. Figure 2 is a diagram 
of software components comprised in a system in accordance 
with the present invention. As shown, in enterprise 
computing system 50, numerous application program components 

20 or clients 80 may exist. Preferably these are written using 
the JAVA programming language so as to be operable on 
platforms running various operating systems. Each 
application 80 may serve a particular purpose with respect to 
managing work orders and monitoring the progress of those 

25 work orders. It should be noted that there may be multiple 
instances of the same application 80 running at any one time. 
Furthermore, remote applications 81 from outside system 50 
may also occasionally access system resources. 

Enterprise computing system 50 also comprises database 

30 server software 82 which may be, for example, an Oracle 

database server. Indeed, there may be multiple databases 82 
in one system 50. Database server software 82 manages work 
order data as well as other business related data. For 
example, in the case of a utility, databases 82 might 
35 comprise detailed equipment data and map data. 
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Enterprise computing system further comprises HTTP 
servers 84 which may be, for example, a Netscape or Apache 
HTTP server. HTTP servers 84 are operable to field requests 
from all machines but particularly from web browsers located 
5 in mobile field unit 52. HTTP servers 84 are operable to 
launch or invoke stored procedures or common gateway 
interface programs (CGI) to implement actions initiated by 
field crew members at mobile field unit 52. The CGI is a 
mechanism which allows data to be transferred from a browser 

10 to a program residing on the server via the HTTP server such 
that the program processes the data (usually parameters) and 
can deliver results back to the browser via the HTTP server. 
It should be noted that by invoking stored procedures it is 
meant that HTTP server 84 which has been delivered the name 

15 of a stored procedure within a database, can cause the stored 
procedure to execute via an intermediate program passing it 
parameters. The stored procedure can generate data which it 
can deliver to a program such as a web browser via HTTP 
server 84. The stored procedure typically accesses database 

20 tables. 

Monitor server software 85 accepts updates from 
applications 80 indicating that a work order has been 
assigned. Monitor server software 85 also accepts updates as 
to whether the work order was received at field unit 52 and 

25 whether it was accepted by the field crew. Monitor server 85 
also provides a report generation feature. 

Mobile field unit 52 comprises mobile server 
application 86. Mobil server application 86 services 
requests from enterprise computing system 50 to mobile field 

30 unit 52. In a preferred embodiment, mobile server 86 is 
written in the JAVA programming language which allows for 
mobile server 86 to run on numerous hardware platforms 
running various operating systems such as Windows, Mac OS, or 
Unix. Mobile server 86 is multi-threaded meaning it listens 

35 for requests and upon receipt of an input, spawns process 88 




PCT/US99/00497 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 




PCT/US99/00497 



- 12 - 



to react to the input. In this way, mobile server 86 can 
continue to listen for additional requests. 

Mobile field unit 52 also comprises web browser 90 
which may be loaded with files 92 that are downloaded from 
5 enterprise computing system 50. Web browser enhancer 94 is 
loaded by web browser 90 to display maps and related data. 
Web browser enhancer 94 may be a plug-in that is initially 
stored on mobile field unit 52. Alternatively, web browser 
enhancer 94 may be an Applet that is downloaded from 

10 enterprise computing system 50. 

Typically operations in a system in accordance with the 
present invention are initiated at one of application 
programs 80. For example, a work order may be assigned to a 
particular field crew using application program 80. Figure 3 

15 is a high-level flow chart of the process of making a work 
order assignment to a field crew having a mobile field unit 
52. Generally, an operator at enterprise computing system 50 
employs application program 80 to assign a work order or task 
to a particular field crew. As shown, at step 110 an entry 

20 indicating that a work order or task has been assigned to the 
field crew is entered in database 82. At step 112 data file 
92 related to the work order along with a command to launch a 
web browser are transmitted to field unit 52. At step 114 
mobile field unit 52 launches web browser 90 and loads web 

25 browser 90 with data file 92 which causes a web page to be 

displayed. In response to input from field personnel such as 
pointing and clicking on links in the displayed web page, at 
step 116 mobile field unit 52 transmits to enterprise 
computing system 50 a request for additional data regarding 

30 the work order. At step 118 enterprise computing system 50 
retrieves the requested data, usually in the form of a data 
file. At step 120 the retrieved data is transmitted to 
mobile field unit 52. 

Figure 4 depicts various command and data flows that 

35 may be implemented in a system in accordance with the present 
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invention when a work order is assigned to a field crew. 
Typically, work orders are assigned by personnel at 
enterprise computing system 50 using application program 80. 
In response, application program 80 requests, as represented 
5 by arrow 140, that database 82 be updated to reflect that the 
work order has been created. Generally, when a work order is 
created it is assigned a unique identifier in database 82. 
Thereafter, application program 80 establishes a TCP/IP 
connection with mobile server 8 6 and transmits a command to 

10 mobile server 86 (arrow 142). Simultaneously, a command may 
be issued (arrow 144) by application program 80 to database 
82 directing the generation of map related data corresponding 
to the work order. 

In one embodiment, the map related data comprises two 

15 files of mapping data. A first file 146 is in ASCII format 
and comprises map data in vector format. Typically the file 
is given a name ending in .mpx. The file extension .mpx 
identifies the file as a MIME type. As explained below, upon 
receipt of a file with the .mpx extension, web browser 90 is 

20 programmed to load plug-in 94 and display the map data 

contained therein in a map area of web browser 90. .Mpx file 
14 6 comprises unique identifiers for select objects that are 
displayed on the map. For example, a unique device 
identifier for a transformer may be included in .mpx file 

25 146. Using these unique identifiers, when a crew member 

clicks on an object in the map, detailed data regarding the 
particular device can be retrieved from database 82. 

An exemplary portion of ".mpx" file 146 is listed 

below: 

30 5 18 1075553 1082844 0 U36864 36864 

5 18 1071543 1082969 0 U27824 27824 
5 18 1072568 1083014 0 U27825 27825 
5 18 1076096 1084066 0 U27826 27826 
5 18 1082774 1084547 0 U27829 27829 

35 5 18 1077940 1085438 1 U27828 27828 
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According to a preferred embodiment of the invention, each 
line in ".mpx" file 146 represents a map object to be 
displayed- Each line is formatted into seven columns. The 
first column designates the map object type. For example, 
5 type 5 represents an electrical network object. The second 
column identifies the type of electrical network object. For 
example, an electrical object may be a fuse transformers. 
The third and fourth columns represent the state plane 
coordinates of the object. The fifth column represents the 

10 state of the device, for example, open or closed. The sixth 
column identifies the unique device identifier. This unique 
identifier when? combined with the uniform resource locator 
parameter which as explained below is stored in file 148, 
allows mapping plug-in 94 to request more detailed data 

15 regarding a selected device as well as change the state of 
the device. The seventh column is an identifier used to 
speed up the device lookup process. 

A second file 148 is generated and formatted in HTML. 
HTML file 148 contains parameters which are used to configure 

20 plug-in 94 . A first parameter sets the uniform resource 

locator (URL) for HTTP server 84 and the specifies the common 
gateway interface (CGI) , or alternatively the stored 
procedure, which should be invoked when a user clicks on a 
device or map object that is displayed on the map. A second 

25 parameter enables or disables the ability for a crew to 

obtain information about an object. Other parameters control 
the display of the land base map data as well as control 
other settings. 

An exemplary html file 148 is listed below: 

30 <HTMLXHEAD> 

<TITLE>MAP Plugin</TITLE> 

</HEAD> 

<BODY> 

<H3> CADOPS Plugin </H3> 
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<EMBED SRC="597 9_map.mpx" 

device_url="http: / /abb. vnet . net/ast/owa/getob j_dl" 
enable__mobile_cadops=l fixed=l width=750 height=450 
minx=1068940 miny=1076438 maxx=1086940 maxy=1094438 
5 curvet ype= ,, map ,, X/EMBED> 
<H5> outage: 5979</H5> 
<H3>CAD0PS-WEBMAP </H3> 

<H45> ABB Distribution Information Systems, all rights 
reserved col998 </H45> 
10 </BODY> 
</HTML> 

In the above example, the object URL is specified by the 
"device_url" parameter. Note that the EMBED tag specifies 
the ".mpx" file 146 as 597 9_map .mpx . This file is delivered 

15 to web browser 90 and ultimately to plug-in 94 for display. 

The unique identifier for the work order to which the 
map data relates is embedded in the names of both files 146 
and 148. This facilitates the later retrieval of these 
files. Application program 80 also requests that monitoring 

20 server 85 update records in database 82 to indicate that a 
particular work order has been transmitted to mobile unit 52 
(arrow 150) . 

At mobile field unit 52, mobile server 86 spawns (arrow 
152) process 88 to respond to the command from application 

25 program 80. In response to a command that a new work order 
has been assigned to the field crew, process 88 may cause an 
alert sound to be broadcasted (arrow 154) . Thereafter or 
simultaneously, an alert message may be automatically 
displayed on the display of the mobile field unit 52 (arrow 

30 156) to further alert the field crew. Process 88 launches 
web browser 90 (arrow 158) and loads web browser 90 with 
data, usually in the form of an HTML file 92 that was 
downloaded from application program 80 with the initial 
command. 
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Typically, downloaded html file 92 which is displayed 
in web browser 90 has web links to data stored in enterprise 
computing system 50. Thus, when field crew personnel click 
on a link in web browser 90, a request, preferably in the 
5 form of a HTTP post or get command (arrow 160) is made of 
HTTP server 84 in enterprise computing system 50. In 
response, HTTP server 84 queries, preferably by way of a 
stored procedure (arrow 162) database 82 for the requested 
data. Database 82 returns (arrow 164) the requested data to 

10 HTTP server 84, and HTTP server transmits 84 (arrow 166) the 
requested data to web browser 90. In a preferred embodiment, 
database 82 returns the data in HTML format. 

Figure 5 provides a flow chart depiction of a scenario 
for using the system of Figures 1 through 5 to distribute 

15 work order assignment data to a field crew having a mobile 
field unit. As shown, at step 300 database 82 is updated 
using application program 80 to indicate a work order has 
been assigned to a particular field crew. At step 302 the 
field crew is notified of the assignment via mobile field 

20 unit 52. In response to login data input by the field crew, 
at step 304 the identity of the field crew is verified 
against database 82 of enterprise computing system 50. At 
step 306 a notification is made to the field crew via field 
unit 52 if the login was successful. At step 308 a list of 

25 assignments is retrieved and presented to the field crew. At 
step 310 in response to input by the field crew selecting an 
assignment from the list of assignments, detailed assignment 
data for the selected assignment is retrieved from database 
82. At step 312 the detailed assignment data is displayed to 

30 the field crew via mobile field unit 52. At step 314 in 

response to field crew input identifying that an action was 
taken with regard to the assignment, the detailed assignment 
data is updated in database 82. 

Figure 6 provides a detailed flow chart of step 302 of 

35 Figure 5 for notifying the field crew of the assignment. As 
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shown at step 320 an "alert HTML page" is generated at the 
enterprise computing system in response to the assignment 
being assigned to the particular field crew. At step 322 the 
"alert HTML page" and a command to open a browser is 
5 transmitted from enterprise computing system 50 to mobile 
field unit 52. At step 324 web browser 90 is launched in 
response to the command and the "alert HTML page" is loaded 
into web browser 90 . 

Figure 7 provides a detailed flow chart of step 304 of 
10 Figure 5 for verifying the field crew identity. At step 330 
in response to a field crew member clicking on a link in the 
"alert HTML file," a login form is displayed. It should be 
noted that this link and the others that are described herein 
may comprise a URP and point to a specific application, for 
15 example a CGI or stored procedure which should be executed in 
response to clicking upon the link. The link may cause data, 
including web pages, to be retrieved from or updated in 
enterprise computing system 50. At step 332 in response to 
the field crew entering login data into the login form and 
20 submitting the login data, the login data is transmitted to 
enterprise computing system 50. At step 334 database 82 is 
queried to verify that the login data is correct. 

Figure 8 provides a detailed flow chart of step 306 for 
notifying the field crew of a successful login. At step 340 
25 of Figure 8, a "success HTML page" indicating there has been 
a successful login is generated at the enterprise computing 
system. At step 342 the "success HTML page" is transmitted 
to the mobile field unit 52. At step 344 at enterprise 
computing system 50 a cookie is generated. The cookie 
30 contains data related to the field crew such as a unique 
field crew identifier. The cookie remains resident for a 
selected period of time so that upon subsequent accesses to 
the enterprise computing system 50 by the same field crew 
during the selected period of time, the field crew does not 
35 need to login again. Any programs, for example stored 
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procedures which may require data such as the field crew 
identifier can obtain that information from the cookie. The 
cookie may be generated by a CGI that was initiated by HTTP 
server 84. At step 34 6 the "success HTML page" is displayed 
5 at mobile field unit 52 using web browser 90. The "success 
HTML page" has a "continue link" therein for continuing with 
the assignment distribution process. 

Figure 9 provides a detailed flow chart for step 308 of 
Figure 5 for retrieving and presenting a list of assignments 

10 to the field crew. At step 350, at mobile field unit 52, in 
response to a field crew member clicking on the "continue 
link" in the "success HTML page," a request is transmitted 
for a list of assignments. At step 352 at the enterprise 
computing system 50, database 82 is queried for assignments 

15 that have been assigned to the field crew. The field crew 
identifier, which may be retrieved from the cookie, is used 
in performing the query. At step 354 at enterprise computing 
system 50, an "assignment HTML page' 7 is generated containing 
data comprising a list of assignments that have been assigned 

20 to the particular field crew. The "assignment HTML page" may 
be generated by a common gateway interface or a stored 
procedure invoked by an HTTP server. The "assignment HTML 
page" has "assignment links" to additional data in the 
database corresponding to each assignment. Each "assignment 

25 link" contains a unique identifier for the assignment which 
may be used in retrieving the additional assignment data from 
database 82. These "assignment links" may comprise a uniform 
resource locator (URL) for the server and program on 
enterprise computing system 50 that should be executed in 

30 order to retrieve the desired data. At step 356 the 

"assignment HTML page" is transmitted to the field crew via 
mobile field unit 52. At step 358 the "assignment HTML file" 
is loaded into web browser 90. Figure 10 provides an 
exemplary screen of the type that may be displayed upon 

35 loading of the "assignment HTML page" into web browser 90. 
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Figure 12 provides a detailed flow chart corresponding 
to step 310 of Figure 5 for retrieving detailed assignment 
data for the selected assignment. As shown, at step 360 
at the mobile field unit 52 in response to a crew member 
5 clicking on an "assignment link" in the assignment HTML page, 
a request for data related to the selected assignment is 
transmitted to enterprise computing system 50. At step 362 
at the enterprise computing system 50 the database 82 is 
queried for assignment data related to the selected • 

10 assignment. At step 364 at enterprise computing system 50 a 
"detailed assignment data HTML page" is generated. The 
"detailed assignment data HTML page" contains detailed data 
regarding the assignment that was selected previously by the 
field crew. An example of a displayed screen corresponding 

15 to a "detailed assignment data HTML page" is shown in Figure 
11. The "detailed assignment data HTML page" contains a 
plurality of "HTML status links" each of which when clicked 
upon causes a different action to be taken relative to the 
data in database 82 that tracks the status of the particular 

20 assignment. "HTML status links" may contain a uniform 

resource locator and program name that implements the desired 
action in database 82. For example, one of the plurality of 
links may be an "accepted link" which when clicked upon 
causes the status data in the database to indicate the 

25 assignment has been accepted. One of the plurality of links 
might be an "enroute link" which when clicked upon causes the 
status data in the database to indicate the crew is enroute 
to the assignment location. A link might be a "completed 
link" which when clicked upon causes the status in the 

30 database to indicate the assignment has been completed. A 
link may be a "rejected link" which when clicked upon causes 
the status data in the database to indicate the assignment 
has been rejected by the field crew. A link may be an 
"arrived link" which when clicked upon causes the status data 
35 in the database to indicate the field crew has arrived in the 
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assignment location. Still another link may be a "cancel 
link" which when clicked upon causes- no change to the status 
data in the database but which may close the web page. It 
should be noted that the "detailed assignment data HTML page" 
5 may contain other links. For example, a "refresh link" may 
be available which when clicked upon causes the data on the 
page to be updated. 

The "detailed assignment data HTML page" may also 
comprise a "cause locator" link. When the "cause locator" 

10 link is clicked upon, a CGI or stored procedure via HTTP 
server 84 is executed which generates a "cause HTML form." 
When the "cause HTML form" is delivered to the web browser, a 
cause/equipment pop-up menu is displayed. Figure 13 provides 
a view of an exemplary "cause HTML form" when displayed. 

15 This form allows field crew members to indicate the type of 
equipment that was damaged and the potential cause for the 
damage. The items listed in the cause or equipment 
categories are derived by querying database 82 on enterprise 
computing system 52. Thus, the items listed are not pre- 

20 loaded on the mobile field unit but are dynamically updated 
to fit the particular work order assignment. The "cause HTML 
form" also provides for the entry of related time 
information. In particular the form allows for entry of an 
estimated restore time and an estimated arrival time. When 

25 the mobile field crew completes and submits the "cause HTML 
form" the data is transferred to database 82. The database 
may be made available to a customer information system (CIS) . 
Thus, customers may access the CIS and receive immediate 
notification of restore time. By this system and method, 

30 human element in communication is eliminated. The data is 
passed directly to the customer. 

At step 366 the "detailed assignment data HTML page" is 
transmitted to mobile field unit 52. At step 368, which 
corresponds to step 312 of Figure 5, the "detailed assignment 

35 data HTML page" is loaded and displayed in web browser 90. 
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Figure 14 provides a detailed flow chart for step 314 
of Figure 5 for updating the "detailed assignment data" which 
is detailed data regarding the assignment that a field crew 
may be working on. At step 370 at mobile field unit 52 in 
5 response to crew input as to the status of the assignment, 
updated "detailed assignment data" is transmitted to 
enterprise computing system 50. At step 372 at enterprise 
computing system 50 the "detailed assignment data" is updated 
in database 82 to reflect the change. At step 374 the 
10 dispatcher is alerted as to the change in status of the 

assignment. The alert may be a notification sound and/or a 
visual notification such as a dialog box. 

It should be noted that in the processes described with 
reference to Figures 6 through 13, stored procedures may be 
15 used at the initiation of HTTP server 84 to query the 

database and take other actions with respect to the steps 
described above. Furthermore, a common gateway interface 
(CGI) script may alternatively be initiated by HTTP server 84 
to perform many of these same operations. An HTTP server 84 
20 and stored procedure/CGI for taking some action relative to 
the data in database 82 may be identified by a uniform 
resource locator that is stored in a web page link. The 
(CGI) script may be written in the PERL scripting language 
and may access database 82 using PERL database interface 
25 ( DBI ) and/or PERL database driver (DBD) . Based upon the 

queries to the database, the PERL script can generate HTML on 
the fly and deliver it to a field crew's web browser 90 via 
HTTP server 84. The PERL script can also update database 
records via DBI/DBD. 
30 For many work orders, a sub map of the assignment area 

can be of great value. For example, when responding to a 
power outage, a map can show both the land base and 
electrical network. The state of the electrical network and 
exact location of outages and faults can be shown on the map. 
35 Furthermore, according to the present invention, a crew 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 




PCT/US99/00497 



member can click on objects in a map and obtain additional 
detailed information from enterprise computing system 
regarding that object. 

Referring back to Figure 4, a field crew member may 
5 request map data of the work order work area by clicking on a 
button or appropriate link displayed on web browser 90. 
Requests for map data are transmitted (arrow 168) to HTTP 
server 84 and include the unique identifier of the work 
order. Using this work order identifier, HTTP server 

10 requests (arrow 170) and receives (arrow 172) the map files 
146 and 148 that were previously developed and whose names 
include the work order identifier. HTTP server 84 transmits 
(arrow 174) the map data to web browser 90. When web browser 
90 receives and loads HTML file 148, it encounters a link to 

15 .mpx file 146. The link to file 146 signals web browser 90 
to load plug-in 94 (arrow 176) and display the map data 
composed in .mpx file 146 in a map area of web browser 90. 
An exemplary screen with a map area of the type which might 
be displayed in web browser 90 is shown in Figure 15. 

20 It should be noted that plug-in 94 can capture via web 

browser 90 all point and click events within the window area 
generated by the plug-in. This is important for handling 
requests for data on objects displayed in the map. Further, 
plug-in 94 is operable to execute an HTTP post or get command 

25 to HTTP servers 84 in enterprise computing system 50. Also, 
plug-in 94 maintains a linked list of all map objects 
displayed in the map along with the unique identifiers for 
those objects. Thus, when a map object is clicked upon, the 
unique identifier for the object is readily retrieved from 

30 the linked list. 

Generally, the crew is free to interact with the map 
and obtain more information about the objects on the map by 
simply clicking on the particular map object. For example, a 
crew member may click on a transformer to obtain more 

35 information about the transformer. By clicking on the 
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transformer, a new browser window is launched with a new HTML 
page comprising additional information regarding the 
transformer. For example, the new page may contain the make 
and model of the transformer as well as the maintenance 
5 history of the transformer. The new page may contain links 
to even further information regarding the transformer. For 
example, the HTML page may contain links to all network 
information about transformers of the same type and make. 
Directions to the transformer might also be displayed. 
10 Generally, when a crew member clicks on a map object, 

plug-in 94 obtains the click event and the device coordinates 
of the point which was clicked upon. Plug-in 94 transforms 
the device coordinates to user coordinates (such as state 
plane coordinates) and searches for the nearest map object 
15 within its linked list to the point which was clicked. A 
dialog box is presented to the crew with the unique 
identifier for the device which corresponds to the map object 
selected. The crew is given the choice to request more 
information or to cancel the dialog. If the crew selects to 
20 see more detailed information, plug-in 94 retrieves the URL 
including the CGI that it obtained as a parameter from html 
file 148. Note that because the URL and CGI are parameters 
in html file 148 which is downloaded from enterprise 
computing system 50, the URL is not hard-coded on mobile 
25 field unit 52 and can vary by the map that is displayed. 
Indeed, different map files 146 and 148 may point to 
different resources at enterprise computing system 50. 

Plug-in 94 attaches the unique object ID for the 
selected map object to the URL and CGI and submits an HTTP 
30 post or get command to HTTP server 84. Server 84 delivers 
the object ID to the CGI or database stored procedure. In 
either case, the program queries database 82 and generates an 
HTML file on the fly to be displayed in a new window in the 
crew's browser 90. The HTML may be a form or can contain 
35 links so that the crew can obtain further information. A 
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link may also allow a crew to update the data related to a 
map object. For example a link may allow a field crew to 
indicate that a device corresponding to map object has been 
repaired, replaced, closed, opened, or removed. The ability 
5 to update the data in database 82 on-line greatly reduces 
paper work and provides for accurate and up-to-date records. 

Figure 16 provides a flow chart of the process of 
gathering and displaying the map data in the present 
invention. As shown, at step 200 in response to a field crew 

10 member requesting a map for a particular work order, a 

request is transmitted from web browser 90 to HTTP server 84. 
At step 202 HTTP server 84 uses the work order identification 
number to retrieve map data corresponding to the work order. 
As noted above, in one embodiment of the invention, map data 

15 comprises two files, one in HTML format and one in an ASCII 
format. These files may contain links to secondary map data 
which comprises further information about objects composed in 
the map. At step 204 the map data is transmitted to web 
browser 90. At step 206 web browser 90 loads the map data, 

20 possibly using plug-in 94 so as to display a map to the crew 
personnel. In response to crew personnel clicking on a map 
object located in the displayed map, at step 208 web browser 
90 transmits a request to HTTP server 84 for secondary map 
data related to a particular item on the map. At step 210 

25 HTTP server 84 transmits a request to database 82 for the 
additional data. Database 82 processes the request and 
returns the requested data to HTTP server 84. HTTP server 84 
transmits the secondary map data to web browser 90 at step 
212. Web browser 90 loads the data in a browser window at 

30 step 214. It should be noted that the secondary map data may 
comprise an HTML file comprising a plurality of links for 
retrieval of still additional information or even updating 
data. This HTML file may be referred to as a "secondary map 
data retrieval file." 
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As noted above, field crews may change the physical 
equipment located in the field. According to the present 
invention, the field crew may also change the data in the 
system to reflect any changes that may have been made to the 
5 physical network. Thus, the field crew may enter data at web 
browser 90, possibly using the "secondary map data retrieval 
file." Thus, at step 216, the web browser transmits to HTTP 
server 84 a request to update database 82 in enterprise 
computing system 50. At step 218, HTTP server 84 forwards 
10 the request to database server 82 which updates the data to 
reflect the changes made by the field crew. 

Another feature of the present invention involves 
monitoring of the assignment of work orders. When a work 
order is assigned to a field crew, the application through 
15 which the work order is being assigned not only connects to 
mobile field unit 52 but also transmits a packet of data to 
monitoring server 64 which comprises monitoring server 
software 85. Monitoring server 85 is updated to indicate 
whether a connection was successfully established with mobile 
20 server 86. A connection may not be established, for example, 
if mobile field unit 52 is out of range of wireless network 
54. Monitoring server 85 stores an indication of whether a 
transmission was successful or not in database 82 or 
alternatively in a system file. Monitor server 85 may also 
25 send a notification, preferably via e-mail to a supervisor or 
dispatcher if a work order failed to successfully transmit to 
field unit 50. As shown in Figure 17, enterprise computing 
system might also be connected to a paging system 400 and/or 
a digital personal communication system 402. Thus, 
30 notification of a transmission failure may also be sent to a 
dispatcher from monitoring server by a page or a message via 
the PCS system. The notification step is necessary so that 
the dispatcher can resort to alternative means for 
communicating with the desired field crew. Applications can 
35 query the monitoring database 82 to obtain reports on the 
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state of assignments (failures or acceptance) and to also 
obtain reports on the state of the wireless network. 

Figure 18 provides a flow chart of a method for 
monitoring work order assignment. At step 220, the server 
5 listens at specified internet protocol address for electronic 
packets comprising the status of the transmission of a work 
order to the mobile field unit. Generally, the electronic 
packets comprise a unique identifier for the work order, an 
indication of the time the status was recorded, and the 
10 internet protocol address of the relevant mobile field unit. 
Monitor server may be configured to receive either UDP or TCP 
packets. At stfep 222 an entry is made in database 82 
indicating whether or not the work order has been 
successfully been transmitted. At step 224 the dispatcher is 
15 notified if the transmission was not successful. Upon 
receipt of a request for a report from an application 
program, at step 226 monitor server 85 processes the request 
and generates a report which may be transmitted to the 
requesting application. 
20 It should be noted that there are numerous advantages to 

the systems and methods in accordance with the present 
invention. Foremost of these is that propriety code does not 
need to be developed and deployed on mobile field unit 52. 
For example, code for displaying information in a window or 
25 in dialog box is not proprietary. Rather, all graphical user 
interfaces are built using HTML generated dynamically by a 
CGI or stored procedures at enterprise computing system 50. 
Thus, there is no need to write complex closed proprietary 
code for each mobile field unit 52 when an interface is 
30 changed or different data needs to be presented. 

Furthermore, in a system in accordance with the present 
invention application programs 80 generate dynamic HTML based 
on data and the desired presentation (which can include pop 
up menus, text fields, check boxes, selection boxes, etc) . 
35 These dynamically created HTML files are thereafter delivered 
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to the mobile field unit. Thus, changes made at enterprise 
computing system 50 are reflected immediately at mobile field 
unit 52. This greatly facilitates deployment of new user 
interfaces and applications to large numbers of field units 



Thus, as described above the present invention provides 
systems and methods for low-cost, timely, two-way 
communications between a central enterprise systems and 
geographically distributed field personnel. The system 
10 comprises an enterprise computing system, a wireless network, 
and a mobile field unit. Communications are TCP/IP-based and 
can be carried over a public or private network using a 
variety of communications technologies. Communication 
between the enterprise computing system and the mobile field 
15 unit is completely automated (voice communication is the 
exception) . Although this unique system offers 
operator/dispatch functionality, the need for 
operator/dispatcher assistance is minimized. In addition, 
mobile field crews can access information resources at the 
20 central operations level including work order and mapped 
vehicle location data and other pertinent information. 

While the invention has been described and illustrated 
with reference to specific embodiments, those skilled in the 
art will recognize that modification and variations may be 
25 made without departing from the principles of the invention 
as described above and set forth in the following claims. In 
particular, the present invention has been explained with 
reference to an exemplary utility environment but may be 
employed in other environments such as maintenance service 
30 corporations, ambulance services, public safety systems or 
any other operation which communicates work orders to field 
personnel. Accordingly, reference should be made to the 
appended claims as indicating the scope of the invention. 



5 52. 
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What is claimed is : 

1. A crew management system for distributing a work 
order to a geographically distributed field crew, comprising: 

a wireless communication network; 

an enterprise computing system in communication with 
said wireless network, said enterprise computing system 
operable to assign the work order to a field crew, issue a 
command related to the work order, and field requests for 
data related to the work order; and 

a mobile field unit in communication with said wireless 
network, said mobile field unit operable to receive said 
command and the work order and operable to request from said 
enterprise computing system data related to the work order. 

2. The crew management system of claim 1, wherein said 
15 mobile field unit comprises a display for displaying 

information, server software for receiving and operating in 
response to the work order and said command, and browser 
software for browsing and interacting with web pages. 

3. The crew management system of claim 2, wherein said 
20 mobile field unit further comprises a sound creation device, 

said sound creation device generating a sound upon receipt of 
said command. 

4. The crew management system of claim 3, wherein said 
sound notifies the field crew that the work order has been 

25 assigned. 

5. The crew management system of claim 3, wherein said 
sound is selected from a plurality of recorded sounds stored 
on said mobile field unit. 



5 



10 
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6. The crew management system of claim 2, wherein said 
mobile field unit in response to said command generates a 
message on said display. 

7. The crew management system of claim 2, wherein said 
command comprises a file and said mobile field unit in 
response to said command causes said web browser to execute 
and load with said file. 



8. The crew management system of claim 7, wherein said 
file is an HTML file containing a link to data on said 
10 enterprise system related to the work order or command. 



9. The crew management system of claim 8, wherein said 
enterprise system comprises a data server for providing data 
to said mobile field unit, said data server upon receiving a 
request for data in response to said link being accessed at 

15 said mobile field unit, transmits data to said mobile field 
unit . 

10. The crew management system of claim 9, wherein said 
data server is an HTTP server and upon receiving a request 
for data in response to said link being accessed at said 

20 mobile field unit, said HTTP server transmits at least one 
HTML file to said mobile unit. 



11. The crew management system of claim 10, wherein 
said at least one HTML file comprises links to additional 
data related to the work order. 

25 12. The crew management system of claim 10, wherein 

said data server transmits to said mobile field unit map data 
corresponding to said work order. 
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13. The crew management system of claim 12, wherein 
said map data comprises at least one map file, said map file 
being displayable by said web browser. 

14. The crew management system of claim 12, wherein said 
5 map file comprises at least one link to additional data. 

15. The crew management system of claim 1, further 
comprising a monitoring server, said monitoring server 
comprising a work order database of data related to the 
status of the transmission of work orders to field crews. 

10 16. The crew management system of claim 1, wherein said 

wireless communication network supports TCP/IP communication 
protocol . 

17. A method for managing a field crew using a system 
having an enterprise computing system and at least one mobile 
15 field unit, comprising the following steps: 

a) storing in a database on the enterprise computing 
system an entry indicating that a work order has been 
assigned to the field crew; 

b) transmitting to the field unit a first data file of 
20 data related to the work order and a command to launch a web 

browser, 

c) at the field unit, launching a web browser and 
loading the web browser with said first data file; 

d) in response to input to the web browser by the field 
25 crew, transmitting a request to the enterprise computing 

system for additional data regarding the work order, 

e) at the enterprise computing system, in response to 
the request from the mobile unit, retrieving a second data 
file, and 

30 f) transmitting to the mobile field unit said second 

data file. 
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18. The method of claim 17, further comprising the step 
of automatically generating at least one map file containing 
map data related to the work order. 

19. The method of claim 17, wherein said first data 
5 file is an HTML file containing at least one link to said 

second data file. 

20. The method of claim 18, wherein said second data 
file is said map file. 

10 21. A method for communicating map information related 

to a work order between an enterprise system and a mobile 
field unit, comprising the following steps: 

a) storing in a database on the enterprise computing 
system an entry indicating that the work order has been 

15 assigned to the field crew; 

b) generating at least one map file containing map data 
related to the work order; 

c) transmitting to the field unit a first data file of 
data related to the work order and a command to launch a web 

20 browser, 

d) at the field unit, launching a web browser and 
loading the web browser with said first data file; 

e) in response to input to the web browser by the field 
crew, transmitting a request to the enterprise computing 

25 system for additional data related to the work order, 

f) at the enterprise computing system, in response to 
the request from the mobile unit, retrieving said at least 
one map file, and 

g) transmitting to the mobile field unit said at least 
30 one map file. 
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22. The method of claim 21, wherein said first data 
file contains a web link to a uniform resource locator for 
retrieving said at least one map file. 

23. The method of claim 22, wherein said uniform 

5 resource locator for said at least one map file identifies a 
file location on the enterprise computing system. 

24. The method of claim 21 wherein said at least one 
map file comprises an HTML file and a second map file wherein 
the HTML file has an embedded link to the second map file and 

10 said second map file comprises a plurality of map object and 
a unique identifier for each of plurality of map objects, 
said method further' comprising the steps of: 



upon selection by field crew of one of the plurality of 
map objects, transmitting a request along with the unique 
identifier for the selected map object to the enterprise 
computing system for data regarding the map object; 



request from the mobile unit for data regarding the selected 
map object, retrieving secondary map data related to the map 
object, 

transmitting the secondary map data to the mobile field 
25 unit, and 

loading the secondary map data in the web browser. 

25. The method of claim 24, wherein the second map file 
is MIME type file. 

26. The method of claim 25, wherein the step of 
30 displaying the contents of the second map file further 

comprises the steps of: 



15 



loading the HTML file in said web browser; 
detecting the embedded link; 

displaying the contents of the second map file; 



20 



at the enterprise computing system, in response to the 
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loading a web browser plug-in into the web browser; 
displaying in a map area of the web browser the map 
objects in the second map file using the web browser plug-in. 

27. The method of claim 26 wherein the web browser 

5 plug-in maintains a list in memory of object identifiers for 
the map objects in the second map file. 

28. The method of claim 27 wherein the web browser 
plug-in is operable to receives click events on map objects 
in the map area and search the list in memory of object 

10 identifiers for the object identifier corresponding to a map 
object that has been clicked upon. 

29. The method of claim 24, wherein the HTML file 
comprises a uniform resource locator (URL) that points to a 
program on the enterprise computing system for retrieving 

15 secondary map data. 

30. The method of claim 29, wherein the plug-in stores 
in memory the uniform resource locator, said step of 
transmitting a request along with the unique identifier for 
the selected map object to the enterprise computing system 

20 for data regarding the map object, further comprising the 
steps of: 

retrieving from memory the unique identifier for the 
selected map object; 



25 locator in a secondary map data request; and 

transmitting the secondary map data request to the 
enterprise computing system. 

31. The method of claim 24, wherein the step of 
retrieving secondary map data related to the map object, 
30 further comprises the following steps: 



encoding the unique identifier with the uniform resource 
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locating the uniform resource locators- 
invoking a program for retrieving secondary map data 



32. The method of claim 24 , wherein the secondary map 
5 data comprises a map data retrieval HTML file having a 

plurality of links each of which points to a uniform resource 
locator and program which generates specialized map data for 
a specified map object identifier. 



33. The method of claim 32, wherein one of said 

10 plurality of links points to a uniform resource locator and 
program for generating a list of customers associated with a 
specified object. 

34. The method of claim 32, wherein one of said 
plurality of links points to a uniform resource locator and 

15 program for generating a list of objects from an inventory 
database, said list indicating availability of an object. 



35. The method of claim 32, wherein one of said 
plurality of links points to a uniform resource locator and 
program for generating a form for performing a plurality of 

20 status update operations related an object. 

36. The method of claim 35, wherein one of said 
plurality of status update operations is repair. 

37. The method of claim 35, wherein one of said 
plurality of status update operations is replace.. 

25 38. The method of claim 35, wherein one of said 

plurality of status update operations is close. 

39. The method of claim 35, wherein one of said 
plurality of status update operations is open. 
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40. The method of claim 35, wherein one of said 
plurality of status update operations is remove. 

41. A method of monitoring in a database located in an 
5 enterprise computing system, successful transmission of a 

work order to a field crew having a mobile field unit, 
comprising the steps of: 

listening at a specified internet protocol address for 
electronic packets comprising the status of transmission of a 
10 work order to the mobile field unit; 

if a work order was not successfully transmitted to a 
field crew, notifying a dispatcher. 



42. The method of claim 41, wherein the electronic 
packets further comprise a unique identifier for the work 
15 order. 



43. The method of claim 41, wherein the electronic 
packets further comprise an indication of the time the status 
was recorded. 

44. The method of claim 41, wherein the electronic 

20 packets further comprise an internet protocol address for the 
mobile field unit. 

45. The method of claim 41, wherein the packets are UDP 
packets. 

46. The method of claim 41, wherein the packets are TCP 
25 packets. 

47. The method of claim 41, further comprising the step 
of storing in a database the status of transmission of a work 
order to the mobile field unit. 
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48. The method of claim 41, further comprising the step 
of storing in a file the status of transmission of a work 
order to the mobile field unit. 



49. The method of claim 41, wherein the step of 
5 notifying a dispatcher comprises sounding an alarm. 

50. The method of claim 41, wherein the step of 
notifying a dispatcher comprises sending an e-mail. 

51. The method of claim 41, wherein the step of 
notifying a dispatcher comprises displaying a notification on 

10 a monitor. 

52. The method of claim 41, wherein the step of 
notifying a dispatcher comprises sending a paging signal. 



53. The method of claim 41, wherein the step of 
notifying a dispatcher comprises sending a personal 

15 communication system message. 

54. A method for distributing work order assignment data 
to a field crew using a system having an enterprise computing 
system and at least one mobile field unit, comprising the 
following steps: 

20 (A) updating a database on the enterprise computing 

system to indicate an assignment has been assigned to the 
field crew; 

(B) notifying the field crew of the assignment; 
C) in response to the input of field crew login data, 
25 verifying field crew identity; 

(D) notifying the field crew of successful login; 

(E) retrieving and presenting a list of assignments to 
the field crew; 
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(F) in response to field crew input selecting an 
assignment from the list of assignments, retrieving detailed 
assignment data for the selected assignment; 

(G) displaying the detailed assignment data to the 
5 field crew; and 

(H) in response to field crew input identifying an 
action was taken with regard to the assignment, updating the 
detailed assignment data. 

55. The method of claim 54 for distributing work order 
assignment data, wherein the step of notifying the field crew 
of the assignment further comprises the following steps: 

at the enterprise computing system, generating an alert 
HTML page; 

transmitting the alert HTML page and a command to open a 
web browser to the mobile field unit; 

at the mobile field unit, launching a web browser in 
response to the command and loading the web browser with the 
alert HTML file. 

56. The method of claim 54 for distributing work order 
assignment data, wherein the step of verifying field crew 
identity, further comprises the following steps: 

at the mobile field unit, upon a field crew member 
clicking on a link in the alert HTML file, displaying a login 
form; 

at the mobile field unit, in response to a field crew 
entering login data, transmitting the login data to the 
enterprise computing system; 

at the enterprise computing system, querying a database 
to verify the login data is correct. 

57. The method of claim 54 for distributing work order 
assignment data, wherein the step of notifying the field crew 
of successful login, further comprises the following steps: 
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at the enterprise computing system, generating a 
successful login HTML page; 

at the enterprise computing system, generating a cookie 
having crew login data including a crew identifier; 
5 transmitting the successful login HTML page to the 

mobile field unit; and 

displaying the successful login HTML page in the web 
browser at the mobile field unit. 

58. The method of claim 57 for distributing work order 
10 assignment, wherein the step of generating a cookie is 
performed by a common gateway interface. 



59. The method of claim 57 for distributing work order 
assignment, wherein the step of generating a cookie is 
performed by a stored procedure that is invoked by an HTTP 
15 server. 



60. The method of claim 54 for distributing work order 
assignment data, wherein the step of retrieving and 
presenting a list of assignments to the field crew, further 
comprises the following steps: 
20 at the mobile field unit, in response to a field crew 

member clicking on a continue link in the successful login 
HTML page, transmitting a request for a list of assignments; 

at the enterprise computing system, in response to the 
request for list of assignments, querying the database for 
25 assignments; 

at the enterprise computing system, generating an 
assignment HTML page; 

transmitting the assignment HTML page to the mobile 
field unit; and 

30 at the mobile field unit, loading the assignment HTML 

page into the web browser. 
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61. The method of claim 60 for distributing work order 
assignment data, wherein said assignment HTML page contains a 
list of assignments assigned to the field crew and assignment 
links to additional data in the database corresponding to 

5 each assignment. 

62. The method of claim 60 for distributing work order 
assignment data, wherein each of the assignment links 
contains an assignment identifier for uniquely identifying 
the assignment. 

10 63. The method of claim 60 for distributing work order 

assignment data, wherein the step of querying the database 
for assignments comprises the following steps: 

retrieving crew identifier data from the cookie; 
querying the database for assignments related to the 
15 crew identifier data. 

64. The method of claim 60 for distributing work order 
assignment data, wherein the step of generating an assignment 
HTML page is performed by a common gateway interface. 

65. The method of claim 60 for distributing work order 
20 assignment data, wherein the step of generating an assignment 

HTML page is performed by a stored procedure invoked by an 
HTTP server. 

66. The method of claim 54 for distributing work order 
assignment data, wherein the step of retrieving detailed 

25 assignment data for an assignment in the list of assignments, 
further comprises the following steps: 

at the mobile field unit, in response to a crew member 
clicking on an assignment link in the assignment HTML page, 
transmitting a request for data related to the selected 

30 assignment; 
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at the enterprise computing system, querying the 
database for assignment data related to the selected 
assignment; 

at the enterprise computing system, generating a 
5 detailed assignment data HTML page; and 

transmitting the detailed assignment data HTML page to 
the mobile field unit. 

67. The method of claim 66 for distributing work order 
assignment data wherein the assignment data HTML page has a 

10 plurality of HTML status links each of which when clicked 
upon causes a different update to the status data of the 
assignment in the database. 

68. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

15 links is an accepted link which when clicked upon causes the 
status data in the database to indicate the assignment has 
been accepted. 

69. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

20 links is an enroute link which when clicked upon causes the 
status data in the database to indicate the crew is enroute 
to the assignment location. 

70. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

25 links is a completed link which when clicked upon causes the 
status data in the database to indicate the assignment has 
been completed. 

71. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

30 links is a rejected link which when clicked upon causes the 
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status data in the database to indicate the assignment has 
been rejected by the field crew. 

72. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

5 links is an arrived link which when clicked upon causes the 
status data in the database to indicate the field crew has 
arrived at the assignment location. 

73. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

10 links is a cancel link which when clicked upon causes the 
status data in the database to not be updated. 

74. The method of claim 66 for distributing work order 
assignment data wherein the assignment data HTML page 
comprises a refresh link which when clicked upon causes all 

15 of the data displayed in the assignment data HTML page to be 
refreshed. 

75. The method of claim 66 for distributing work order 
assignment data wherein the assignment data HTML page 
comprises a cause locator link which when clicked upon causes 

20 a cause HTML form to be displayed and into which data may be 
entered related to the cause of an outage. 

76. The method of claim 66 for distributing work order 
assignment data, wherein said step of querying the database 
for assignment data is initiated by a common gateway 

25 interface. 

77. The method of claim 66 for distributing work order 
assignment data, wherein said step of querying the database 
for assignment data is initiated by a stored procedure 
executed by an HTTP server. 
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78. The method of claim 54 for distributing work order 
assignment data to field crews using a system having an 
enterprise computing system and at least one mobile field 
unit, wherein the step of updating the detailed assignment, 
further comprises the following steps: 

at the mobile field unit, in response to a crew member 
clicking on an HTML status link in the assignment status HTML 
page, transmitting updated status data; 

at the enterprise system, updating the status data in 
the database; 

at the enterprise system, alerting a dispatcher as to 
the change in status data. 

79. The method of claim 78 for distributing work order 
assignment data, wherein the step of alerting a dispatcher as 

15 to change in status data comprises generating a sound to draw 
the attention of a dispatcher to the change in status data. 

80. The method of 78 for distributing work order 
assignment data, wherein the step of alerting a dispatcher as 
to change in status data comprises generating a dialog box to 

20 draw the attention of a dispatcher to the change in status 
data. 



5 



10 



BNSDOCID: <WO 9935549A2J_> 




FIGURE 1 



BNSDOCID: <WO 9335549A2_I_> 




FIGURE 2 



WO 99/35549 



3 / 18 



PCT/US99/00497 



At the enterprise 
system, storing an 
entry indicating the 
work order has 
been assigned 



110 



Transmitting to the 
field unit a first 
data file 



112 



114 



At the field unit, 
launching a web 

browser and 
loading the web 
browser with the 

first data file 



At the field unit, 
transmitting a 
request to the 
enterprise 
computing system 
for additional data 



116 



118 



At the enterprise 
computing system, 
in response to the 
request from the 
mobile unit, 
retreiving a second 
data file 



FIGURE 3 



120 



Transmitting to the 
mobile field unit 
the second data 
file 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 



4 / 18 



PCT/US99/00497 




Application 
Program 




FIGURE 4 



BNSDOCID: <WO 9935549A2_L> 



WO 99/35549 



5 / 18 



PCT/US99/00497 



Update database on enterprise 
computing system to indicate an 
assignment has been assigned to the 
field crew 



300 



302 



Notify the field 
crew of the 
assignment 



304 



Verify the field 
crew identity 



306 



Notify the field 
crew of successful 
login 



308 



Retrieve and 
present a list of 
assignments to the 
field crew 



310 



Retrieve detailed 
assignment data 
for the selected 
assignment 



312 



Display the 
detailed 
assignment data to 
the field crew 



FIGURE 5 



In response to field crew input identifying an 
action was taken with respect to the assignment, 
update the detailed assignment data 



314 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 ^fc M PCT/US99/00497 



320 



At the enterprise 
system, generating 
an alert HTML 
page 







Transmitting the 
alert HTML page 
and a command to 
open a web 
browser to the 
mobile field unit 



322 



At the mobile field 
unit, launching a 
web browser and 
loading the web 
browser with the 
alert HTML file 



324 



FIGURE 6 



BNSDOCID: <WO 9935549A2J_> 



WO 99/35549 J| || PCT/US99/00497 

7 / 18 



At the mobile field 
unit, upon a user 
ciicking on a link in 
the alert HTML 
file, presenting a 
login form 




332 



At the mobile field unit, after a field crew has entered login 

data into said login form and submitted the data, 
transmitting login data to the enterprise computing system 




334 



At the enterprise 
system, querying 
database to verify 
that login is correct 




FIGURE 7 



BNSDOCID: <WO 9935549A2_I„> 



WO 99/35549 



8 / 18 



PCT/US99/00497 



At the enterprise 
system, generating 
on-the-fly a 
successful login 
HTML page 



340 



Transmitting the 
successful login 
HTML page to the 
mobile field unit 



342 



344 



At the enterprise 
system, generating 
a cookie having 
crew login data 
including a crew 
identifier 



Displaying the 
successful login 
HTML page in the 
web browser at the 
mobile field unit 



346 



FIGURE 8 



BNSDOCID: <WO 9935549A2J_> 



WO 99/35549 



9 / 18 



PCT/US99/00497 



At the mobile field 
unit, in response to 
user clicking on a 
continue link, 
transmitting a 
request for a list of 
assignments 



350 



At the enterprise 

system, in 
response to the 
request, querying 
the database for 
assignments 



At the enterprise 
system, 
generating an 
assignment HTML 
page 



Tranmitting the 
assignment HTML 
page to the mobile 
field unit 



At the mobile field 
unit, loading the 

assignment HTML 
page into a web 
browser 



352 



354 




358 



FIGURE 9 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 f*** flfe PCT/US99/00497 

10 / 18 



Crew Assignment - Netscape • 














~ ^^BtK*3*«&* • & So tar J assgn him 






: ^ ^ '3t ^ 

< • ; .feftfe , 


$1 












? ^ ***** J4dtwas*[ |^:in&scfriai l**ku?> 













Crew Assignment Summary 

For34f> 



| Assignment # 


i!Map# 


Outage # 


j (Hazard 


#A£fected Cust 


;# Pnonty IDurabon 


_ r — — - 
[Outage Type 


iStatus 1 


|7296 


jShow Me 


175320 




9 


l|0 J15 5 


(SERVICE xfmr 


1ENROTJTE | 


|7316 


HShow Me 


75319 


w 


2 


0 |16 0 


(SERVICE XFMR 


(accepted it 


17356 


iShow Me 


i|75358 


!° 


1 


;0 |15 5 


iCTJSTOMER 


! ACCEPTED 1 


[7476 


'Show Me 


175339 


:io 


1 


P 115:5 


jctrsTOMER 


[ACCEPTED j j 



[ (c)l998 ABB Power T&D jp 



FIGURE 10 



BNSDOCID: <WO 9935549A2_L> 



WO 99/35549 4fc A PCT/US99/00497 

II / 18 ™ 



^Ciew ARsiomnent Detail - Netscape 



11111 



% ^ 4* 



. fife/. :•: fegafe ': : S*°*> ;. 



Crew Assignment Detail Form 



CURRENT STATUS: ENROUTE 
Assignment # 7296 
Outage # 75320 

Device Category SERVICE TRANSFORMER Primary Report Phone 
Device ID 1071002 Primary Report Time 



Device Name Symptoms 



Address 155 N. MAIN 107-1002-25 Customer Comment 



Primary Report Name BARTLETT MORTGAGE, INC. 
Primary Report Address 00155NMAIN ST 108 
(901)9999999 
11/23/1998 17:00:38 

LIGHTS:OUT 
EXTENT: OUT 
POLEBROKEN 

Cfient drove through main lobby, then backed up 
intopole 



m ■ 



(c)l998ABB Power T&D 



FIGURE 11 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 OSk PCT/US99/00497 

12 / 18 



At the mobile field unit, in response to 
a crew member clicking on a particular 
assignment, transmitting a request for 
data regarding the assignment 



360 



At the enterprise 
computing system, 
querying the 
database for 
assignment data 



362 



At the enterprise 
computing system, 
generating a 
detailed 
assignment data 
HTML page 



364 



Transmitting the 

detailed 
assignment data 
HTML page to the 
mobile field unit 




At the mobile field 
unit, loading the 

detailed 
assignment data 
HTML page into 
the web browser 



368 



FIGURE 12 



BNSDOCID: <WO 9935549A2_I_> 




BNSDOCID: <WO_99Q5549A2J_> 



WO 99/35549 



14 / 18 



PCT/US99/00497 



V 



At the mobile field 
unit, in response to 
crew input as to 
the status of the 

assignment, 
transmitting the 
updated statust 
data 




At tpe enterprise 
system, updating 
the status data in 
the database 



At the enterprise 
system, alerting a 
dispatcher to the 
changed status 
data 



372 



74 



FIGURE 14 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 



15 / 18 



PCT/US99/00497 



MAP Plugin - Netscape 




outage: 5979 

CAD OPS WEBMAP 

ABB Distribution Information Systems; all rights reserved col 998 



5? 



v >:. :>:....,:-:,. 



FIGURE 15 



WO 99/35549 



16 / 18 



PCT/US99/00497 



200 



At field unit, 
transmitting a 
request to the 
enterprise 
computing system 
for data 




202 



At the enterprise 
computing system, 
in response to the 
request from the 

mobile unit, 
retreiving the map 
file 



Transmitting to the 
mobile field unit 
the map file 



Loading the web 
browser with the 
map file 



Upon activation of 

a map link, 
requesting from 
the enterprise 
computing system, 
secondary map 
data 



At the enterprise 
computing system, 
retrieving the 
secondary map 
data 



204 



206 



208 



210 



212 



Transmitting the 
secondary map 
data to the mobile 
field unit 




214 



Loading the 
secondary map 
data in the web 
browser 



216 



Transmit request 
to update data 



218 



Update data in 
database 



FIGURE 16 



BNSDOCID: <WO 9935549A2J_> 



WO 99/35549 A A PCT/US99/00497 

17 / 18 




FIGURE 17 



BNSDOCID: <WO 9935549A2_I_> 



WO 99/35549 




18 / 18 




PCT/US99/00497 



Listen for 
electronic packets 



Update database 



Notify dispatcher 



Generate a report 



Figure 18 



BNSDOCID: <WO 9935549A2J_> 



> INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCT ^ 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification ° : 
H04B 7/00, G06F 13/00, 17/30, 
H04J 3/24 



A3 



(11) International Publication Number: 
(43) International Publication Date: 



WO 99/35549 

15 July 1999 (15.07.99) 



(21) International Application Number: PCT/US99/00497 

(22) International Filing Date: 8 January 1999 (08.01.99) 



(30) Priority Data: 

60/070,858 



9 January 1998 (09.0 L98) 



US 



(71) Applicant (for all designated Stales except US): ABB POWER 

T & D COMPANY INC. [US/US]; 1021 Main Campus 
Drive, Raleigh, NC 27606 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): KHALESSI, Amir 
[US/US]; 203 Brittany Place, Cary, NC 27511 (US). 
ARDALAN, Sasan [US/US]; Suite 106, 659 Cary Towne 
Boulevard, Cary, NC 2751 1 (US). | 

(74) Agents: NORRIS, Norman, L. et al.; Woodcock Washburn 
Kurtz Mackiewicz & Norris LLP, 46th floor, One Liberty 
Place, Philadelphia, PA 19103 (US). 



(81) Designated States: AL, AM, AT, AU, AZ, BA, BB, BG, BR, 
BY, CA, CH, CN, CU, CZ, DE, DK, EE, ES, FI, GB, GD, 
GE, GH, GM, HR, HU, ID, 1L, IN, IS, JP, KE, KG, KP, 
KR, KZ, LC, LK, LR, LS, LT, LU, LV, MD, MG, MK, 
MN, MW, MX, NO, NZ, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TR, TT, UA, UG, US, UZ, VN, YU, 
ZW, AR1PO patent (GH, GM, KE, LS, MW, SD, SZ, UG, 
ZW), Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, 
TM), European patent (AT, BE, CH, CY, DE, DK, ES, FI, 
FR, GB, GR, IE, IT, LU, MC, NL, PT, SE), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GW, ML, MR, NE, 
SN, TD, TG). 



Published 

With international search report. 

(88) Date of publication of the international search report: 

16 September 1 999 ( 1 6.09.99) 



(54) Title: MOBIL CREW MANAGEMENT SYSTEM FOR DISTRIBUTING WORK ORDERS TO MOBILE FIELD UNITS 




(57) Abstract 

A system (50 52 54) for multi-crew management comprises an enterprise computing system (50), a mobile field unit (52), and 
wireless communication network (54) which supports terminal control protocol/internet protocol (TCP/IP). The enterprise computing 
network (50) comprises application programs (80) through which work orders may be assigned and managed, various server machines 
containing data related to the work orders, a local area network (LAN) connecting the server machines, and a gateway to the TCP/IP wireless 
network A mobile field unit (52) comprises a computing device and modem for communicating over the wireless network (54) to the 
enterprise computing system (50). A mobil field unit (52) and each machine (60, 62, 64 ; 66) in the enterprise computing system has a unique 
IP address assigned to it. Accordingly, commands and data can be communicated freely between all machines. 



BNSDOCID: <WO 9935549A3_1_> 




FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MVV 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


. Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


zw 


Zimbabwe 


CI 


Cdte d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






cu 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






cz 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


LI 


Liechtenstein 


SD 


Sudan 






DK 


Denmark- 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







BNSDOCID: <WO 9935549A3_L> 



INTERNATIONAL SHttUTH REPORT 



Interna^^r application No. 
PCT/US99/00497 



A. CLASSIFICATION OF SUBJECT MATTER 
IPC(6) :H04B 7/00: G06F 13/00. 17/30; H04J 3/24 
US CL :709/201. 203, 244; 707/10 

According io international Patent Classification (IPC) or to both national classification and IPC 

B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 709/201, 203 . 244; 707/10 



D.Kumeniaiion searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and. where practicable, search terms used) 



I C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 



Citation of document, with indication, where appropriate, of the relevant passages 



US 5,159,592 A (PERKINS) 27 October 1992, the abstract, Figures 
1-6, cols. 2-3 

US 5,655,219 A (JUSA et al.) 05 August 1997, the abstract, Figs. 1- 
20, cols. 3-18. 

US 5,774,660 A (BRENDEL et al.) 30 June 1998, the abstract, Figs. 
1-19, cols. 1-26 

US 5,657,317 A (MAHANY et al.) 12 August 1997, the abstract, 
Fig. lb, cols. 5-6. 

US 5,752,246 A (ROGERS et al.) 12 May 1998, the abstract, Figs. 
1 and 7, cols. 4-8. 



Relevant to claim No. 



1-80 



1-80 



1-80 



1-80 



1-80 



j Q Further documents are listed in the continuation of Box C. Q See patent family annex. 



•o- 
*p- 



Special categories of cited documentt: 

document defining the general stale of the art which is not considered 
to be of particular relevance 

earlier document published on or after the international filing date 

document which may throw doubts on priority claim(s) or which is 

cited to establish the publication date of another citatum or other 
special reason (as specified) 

document referring to an oral disclosure, use. exhibition or other 
means 

document published prior to the international filing date but later than 

the priority date claimed _ „^___ 



later document published after the international Cling date or priority 
date and not in conflict with the application but cited to understand 
the principle or theory underlying the invention 

document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive step 
when the document is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an inventive sup when the document is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 

document member of the same patent family 



Dale of the actual completion of the international search 
14 JUNE 1999 



Name and mailing address of the ISA/US 
Commissioner of Patents and Trademarks 
Box PCT 

Washington, D.C. 2C23 1 
Facsimile No. (703) 305-3230 



Date of mailing of the international search report 

0 7 JUL 1999 



Authorized officer 



KRISNA 
Telephone No. (703-305-^9672 




Form PCT/lSA/210 (second sheet)(July 1992) * 

BNSDOCID: <WO 9935549A3_I_> 



INTERNATIO 



>wIl SEARCH REPORT WKci 



Rrnational application No. 
PCT/US99/00497 



This iniernational report has not been established in respect of certain claims under Article 17(2)(a) for the following reasons: 



Box I Observations where certain claims were found unsearchable (Continuation of item 1 of first sheet) 



□ 



Claims Nos.: 

because they relate to subject matter not required to be searched by this Authority, namely: 



2. I I Claims Nos.: 

' — I because they relate to parts of the international application that do not comply with the prescribed requirements to such 
an extent that no meaningful international search can be carried out, specifically: 



3. F I Claims Nos.: 1 

— because they are dependent claims and are not drafted in accordance with the second and third sentences of Rule 6.4(a). 



Box II Observations where unity of invention is lacking (Continuation of item 2 of first sheet) 



This International Searching Authority found multiple inventions in this international application, as follows: 
Please See Extra Sheet. 



1 Q£j as all required additional search fees were timely paid by the applicant, this international search report covers all searchable 



claims. 



2. [^J As all searchable claims could be searched without effort justifying an additional fee, this Authority did not invite payment 
of any additional fee. 

3 I I as only some of the required additional search fees were timely paid by the applicant, this international search report covers 
only those claims for which fees were paid, specifically claims Nos.: 



4. I I No required additional search fees were timely paid by the applicant. Consequently, this international search report 
— restricted to the invention first mentioned in the claims; it is covered by claims Nos.: 



Remark on Protest j^] The additional search fees were accompanied by the applicant's protest. 

j x| No protest accompanied the payment of additional search fees. 



Form PCT/lSA/210 (continuation of first sheet(l))(July 1992)* 



BNSDOCID: <WO 9935549A3_I_> 



INTERNATIONAL 



ARCH REPORT 



Interni^^I application No. 
PCT/US99/00497 



BOX II. OBSERVATIONS WHERE UNITY OF INVENTION WAS LACKING 
This ISA lound multiple inventions as follows: 

This application contains the following inventions or groups of inventions which are not so linked as to form a single 
inventive concept under PCT Rule 13.1. In order for all inventions to be searched, the appropriate additional search 
lees must be paid. 

Group I claims 1-16, drawn to a crew management system for distributing a work order comprising: a)a wireless 
communication network: b) an enterprise computing system for assigning the work order to a field crew, issuing a 
command related to the work order, and field requesting lor data related to the work order; c) a mobile field unit for 
receiving command and the work order from the enterprise computing system. 

Group II claims 17-40. drawn to a method for managing a field crew comprising the steps of: a) storing an entry in a 
database-' b) transmitting to the field unit a first data file ... c) launching a web browser and loading the web browser ... 
d) transmitting a request ... e) retrieving a second data file ... and 0 transmitting to the mobile field unit ... 

Group III claims 41-53, drawn to a method qf monitoring in a database located in an enterprise comprising the steps 
of: a) listening at a specified internet protocol address and b) notifying a dispatcher if a work order was successfully 
transmitted to field crew. 

Group IV claims 54-77. drawn to a method for distributing work order assignment data to a field crew comprising the 
steps of: a) updating a database ... b) notifying the field crew c) verifying field crew identity ... d) notifying the 
field crew of successful log in; e) retrieving and presenting a list of assignments to the field 0 retrieving detailed- 

assignment data for the selected assignment 
updating the detailed assignment data . . . 



g) displaying the detailed assignment data to the field crew ... h) 



The inventions listed as Groups 1 and II do not relate to a single inventive concept under PCT Rule 13. 1 because, under 
PCT Rule 13 2 they lack the same or corresponding special technical features for the following reasons: Group I does 
not required the steps of: a) storing an entry in a database; b) transmitting to the field unit a first data file; c) launching 
a web browser and loading the web server ... d) transmitung a request ... e) retrieving a second data file .. and 0 
transmitting to the mobile field unit while Group II lacks of: a) a wireless communication network; b) an enterprise 
computing system for assigning the work order to a field crew, issuing a command related to the work order; c) a 
mobile field unit for receiving command and the work order from the enterprise computing system. 

The inventions listed as Groups 1 and III do not relate to a single inventive concept under PCT Rule 13.1 because, 
under PCT Rule 13.2, they lack the same or corresponding special technical features for the following reasons: Group 
I does not required the steps of: a) listening at a specified internet protocol address and b) notifying a dispatcher if a 
work order was successfully transmitting to field crew while Group III lacks of: a) a wireless communication network; 
b) an enterprise computing system for assigning the work order to a field crew, issuing a command related to the work 
order; c) a mobile field unit for receiving command and the work order from the enterprise computing system. 

The inventions listed as Groups I and IV do not relate to a single inventive concept under PCT Rule 13.1 because, 
under PCT Rule 13 2 they lack the same or corresponding special technical features for the following reasons: Group 

I does not required the steps of: a) updating a database ... b) notifying the field crew ... c) verifying field crew identity 

d) notifying the field crew of successful log in ... e) retrieving and presenting a list of assignments to the field crew 
0 retrieving detailed assignment data for the selected assignment ... g) displaying the detailed assignment data to the 
field crew ... h) updating the detailed assignment data while Group IV lacks of: a) a wireless communication network; 
b) an enterprise computing system for assigning the work order to a field crew, issuing a command related to the work 
order; c) a mobile field unit for receiving command and the work order from the enterprise computing system. 

The inventions listed as Groups II and III do not relate to a single inventive concept under PCT Rule 13. 1 because, 
under PCT Rule 13 2 they lack the same or corresponding special technical features for the following reasons: Group 

II does not required the steps of: a) listening at a specified internet protocol address and b) notifying a dispatcher if a 
work order was successfully transmitting to field crew while Group III lacks of: 

a) storing an entry in a database; b) transmitting to the field unit a first data file; c) launching a web browser and 
loading the web server ... d) transmitting a request ... e) retrieving a second data file .. and 0 transmitung to the 
mobile field unit. 



Form PCT/ISA/210 (extra sheet)(July 1992)* 



BNSDOCID: <WO 9935549A3_I_> 



INTERNATIO 



SEARCH REPORT 



^BRational application No. 
PCT/US99/00497 



The inventions listed as Groups II and IV do not relate to a single inventive concept under PCT Rule 13.1 because, 
unto PCT Rule 13.2. they lack the same or corresponding special technical features for the following reasons: Group 
I. does not retired the steps of. a) updating a database ... b) notifying the field crew ... c) venfying f.eld crew tdenuty 
dTnSying the field crew of successful log in ... e) retneving and presenting a list of assents to the fiekl crew 
0 retrieving detailed assignment data for the selected assignment ... g) displaying the detailed assignment data to the 
field crew h) updating the detailed assignment data while Group IV lacks of: a) storing an entry in a database; b) 
llansmUtTng to theCld unit a first data file: c) launching a web browser and loading the web server ... d) transmuting 
a request ... e) retrieving a second data file .. and 0 transmitting to the mobile field unit. 

The inventions listed as Groups 111 and IV do not relate to a single inventive concept under PCT Rule 13.1 because, 
under PCT Rule 1X2 they lack the same or corresponding special technical features for the followmg reasons: Gronp 
,1, does not required the steps of: a) updating a database ... b) notifying the field crew ... 

identity d) notifying the field crew of successful log in ... e) retrieving and presenting a list of assignments to the 
field crew 0 retrieving detailed assignment data for the selected assignment ... g) displaying the detailed assignment 
dl to the field crew h) updating the detailed assignment data while Gronp IV lacks the steps of: a) hstenrn^ ; a a 
s^ifiei !n!Tni; 7« ocol access and b) notifying a dispatcher if a work order was successMly transmitted to field 
crew. 



Form PCT/1SA/210 (extra sheet)(July 1992)* 



: <WO 9935549A3J_> 



CORRECTED 
VERSION* 



PCT 



INTELLECTUAL PROPERTY ORGANJZAT101 
International Bureau 




INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification ° : 
H04B 7/00, G06F 13/00, 17/30, 
H04J 3/24 



A3 



(11) International Publication Number: 
(43) International Publication Date: 



WO 99/35549 

15 July 1999 (15.07.99) 



(21) International Application Number: PCT/US99/00497 

(22) International Filing Date: 8 January 1999 (08.01.99) 



(30) Priority Data: 

60/070,858 



9 January 1998 (09.01.98) 



US 



(71) Applicant (for all designated States except US): ABB POWER 

T & D COMPANY INC. [US/US]; 1021 Main Campus 
Drive, Raleigh, NC 27606 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): KHALESSI, Amir 
[US/US]; 203 Brittany Place, Cary, NC 27511 (US). 
ARDALAN, Sasan [US/US]; Suite 106, 659 Cary Towne 
Boulevard, Cary, NC 27511 (US). 

(74) Agents: NORRIS, Norman, L. et al.; Woodcock Washburn 
Kurtz Mackiewicz & Nonis LLP, 46th floor, One Liberty 
Place, Philadelphia, PA 19103 (US). 



(81) Designated States: AL, AM, AT, AU, AZ, BA, BB, BG, BR, 
BY, CA, CH, CN, CU, CZ, DE, DK, EE, ES, FI, GB, GD, 
GE, GH, GM, HR, HU, ID, IL, IN, IS, JP, KE. KG. KP, 
KR, KZ, LC, LK, LR, LS, LT, LU, LV, MD, MG, MK, 
MN, MW, MX, NO, NZ, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TR, TT, UA, UG, US, UZ, VN, YU, 
ZW, ARIPO patent (GH. GM, KE, LS, MW, SD, SZ, UG, 
ZW), Eurasian patent (AM, AZ, BY, KG, KZ, MD. RU. TJ, 
TM), European patent (AT, BE, CH, CY, DE, DK, ES. FI, 
FR, GB, GR, IE, IT, LU, MC, NL, PT, SE), OAP1 patent 
(BF, BJ, CF, CG, CI, CM. GA, GN. GW, ML, MR, NE, 
SN, TD, TG). 



Published 

With international search report. 

(88) Date of publication of the international search report: 

1 6 September 1 999 ( 1 6.09.99) 



(54) Title: MOBIL CREW MANAGEMENT SYSTEM FOR DISTRIBUTING WORK ORDERS TO MOBILE FIELD UNITS 




32 




(57) Abstract 

A system (50, 52, 54) for multi-crew management comprises an enterprise computing system (50), a mobile field unit (52), and 
wireless communication network (54) which supports terminal control protocol/internet protocol (TCP/IP). The enterprise computing 
network (50) comprises application programs (80) through which work orders may be assigned and managed, various server machines 
containing data related to the work orders, a local area network (LAN) connecting the server machines, and a gateway to the TCP/IP wireless 
network. A mobile field unit (52) comprises a computing device and modem for communicating over the wireless network (54) to the 
enterprise computing system (50). A mobil field unit (52) and each machine (60, 62, 64, 66) in the enterprise computing system has a unique 
IP address assigned to it. Accordingly, commands and data can be communicated freely between all machines. 



♦(Referred to in PCT Gazette No. 43/1999, Section II) 

): <WO 9935549A3_IA> 




FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


ZW 


Zimbabwe 


CI 


Cdte d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


FT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


LI 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







BNSDOCID: <WO 9935549A3JA> 



WO 99/35549 ^ 4S3k r/US99/00497 



MOBIL CREW MANAGEMENT SYSTEM FOR DISTRIBUTING WORK ORDERS TO MOBILE FIELD UNITS 

FIELD OF THE INVENTION 

This invention relates generally to management 
information systems and more particularly to automated 
5 systems and methods for work order assignment and field 
communication . 

BACKGROUND OF THE INVENTION 

Businesses such as utility companies which deploy 
numerous employees over a wide geographic area to service a 

10 dispersed infrastructure or client base are faced with the 
particularly cumbersome task of communicating work 
assignments and related data to personnel that are dispersed 
in the field. For example, a utility company is faced with 
the daunting task of maintaining an infrastructure that spans 

15 a potentially very large geographic area. When outages occur 
in a utility grid, field personnel must be dispatched to 
address the problem. Typically, field personnel are already 
in the field when new service tasks or work orders are 
generated. Thus, utility companies are faced with the very 

20 complex task of receiving work orders, identifying field 
personnel that are best suited for the job as dictated by 
training, experience, and proximity to the work area, and 
communicating to field personnel that a particular work order 
has been assigned to them. In response, field personnel must 
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communicate to the dispatching operator an acceptance or 
rejection of the work order. Furthermore, if a work order is 
accepted, it may be necessary to gather information and data 
regarding the work order. Such data may include for example 
5 the type of equipment that is to be serviced, the maintenance 
history of the particular equipment item, and information 
regarding other equipment in close proximity. Upon 
completion of the work order, field personnel are responsible 
for updating the central office with information on the 

10 status of the work order as well as any changes that may have 
been made to the infrastructure as a result of the work 
order. Of course other types of organizations such as 
delivery companies, facilities maintenance companies, and any 
other types of organization which must assign work and 

15 communicate data regarding those assignments to personnel 

already deployed in the service area are faced with similar 
problems . 

Generally, field personnel and centralized dispatching 
operations communicate by two-way voice systems such as 

20 wireless phone or radio. Such systems allow for 

communication of voice and in some cases, with the advent of 
fax machines, data. But by either voice of fax, the amount 
and type of information that can be easily communicated to 
field personnel is limited. Indeed, while all of the 

25 relevant data necessary for completing a task may be located 
in a central office, very little of it can be communicated to 
field personnel. For this reason, field personnel carry with 
them information resources such as maps and data sheets. 
Unfortunately, these often quickly become outdated which can 

30 lead to a dangerous work environment for field personnel. 

Of course, systems have previously been developed to 
facilitate work assignment and data communication. These 
systems, however, have used proprietary technology. Further, 
maintenance of prior systems typically has required manually 
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updating individual nodes of the system through non-network 
means . 

Although these existing systems are useful, there is a 
need for more advanced two way data communication between 
5 field personnel and a central office. In particular, there 
is a need for a system whereby tasks can be assigned and 
automatically communicated to field personnel with little or 
no dispatcher intervention. Field personnel should be able 
to access on-line the most up-to-date data related to the 

10 work order. Additionally, there is a need for a system 

whereby field personnel are able to update system records to 
reflect physical changes resulting from their work as well as 
update system records to reflect changed work order status. 
Furthermore, such a system should use non-proprietary 

15 technologies and be easily maintained. 

SUMMARY OF THE INVENTION 

Briefly, the present invention provides a system for 
assigning work orders, communicating work orders to deployed 
field personnel, and communicating at the request of field 

20 personnel, up-to-date data related to an assigned work order. 
The system comprises an enterprise computing system, a mobile 
field unit, and wireless communication network which supports 
terminal control protocol/internet protocol (TCP/IP) . The 
enterprise computing network comprises application programs 

25 through which work orders may be assigned and managed, 

various server machines containing data related to the work 
orders, a local area network (LAN) connecting the server 
machines, and a gateway to the TCP/IP wireless network. A 
mobile field unit comprises a computing device and modem for 

30 communicating over the wireless network to the enterprise 
computing system. A mobile field unit and each machine in 
the enterprise computing system has a unique IP address 
assigned to it. Accordingly, commands and data can be 
communicated freely between all machines. 



BNSDOC1D: <WO_9935549A3JA> 



WO 99/35549 




PCT/US99/00497 



According to another aspect of the invention there is 
provided a method for managing work order assignments. There 
is also disclosed a method for distributing map data. 
According to still another aspect of the invention there is 
5 provided a method for monitoring communications in the 
system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other features of the invention are further apparent 
10 from the following detailed description of presently 

preferred exemplary embodiments of the invention taken in 
conjunction with the accompanying drawings, of which: 
Figure 1 is a schematic diagram of a system in 
accordance with the" present invention; 
15 Figure 2 is a diagram of software components of a 

system in accordance with the present invention; 

Figure 3 is a flow diagram of process in accordance 
with the present invention for assigning a work order to a 
field crew; 

20 Figure 4 is diagram of software components and data 

flows in a system in accordance with the present invention; 

Figure 5 is a flow diagram of a process in accordance 
with the present invention for distributing work order 
assignment data to a field crew having a mobile field unit; 

25 Figure 6 is a flow diagram of a process in accordance 

with the present invention for notifying the field crew of an 
assignment ; 

Figure 7 is a flow diagram of a process in accordance 
with the present invention for verifying the field crew 
30 identity; 

Figure 8 is a flow diagram of a process in accordance 
with the present invention for notifying the field crew of a 
successful login; 
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Figure 9 is a flow diagram of a process in accordance 
with the present invention for retrieving and presenting a 
list of assignments to the field crew; 

Figure 10 is an illustration of an exemplary screen 
5 showing a list of work order assignments that have been 
assigned to a field crew; 

Figure 11 is an illustration of an exemplary screen for 
displaying detailed assignment data; 

Figure 12 is a flow diagram of a process in accordance 
10 with the present invention for retrieving detailed assignment 
data for a selected assignment; 

Figure 13 ? is an illustration of an exemplary screen for 
entering data related to the cause of an outages- 
Figure 14 is a flow diagram of a process in accordance 
15 with the present invention for updating assignment data in 
response to an action taken by a field crew; 

Figure 15 is an illustration of an exemplary screen for 
displaying map data; 

Figure 16 is a flow diagram of a process in accordance 
20 with the present invention for gathering and displaying map 
data; 

Figure 17 is a schematic diagram of a system in 
accordance with the present invention in communication with a 
paging system and a digital personal communication system; 
2 5 and 

Figure 18 is a flow diagram of a process in accordance 
with the present invention for monitoring work order 
assignment - 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT 

30 The present invention provides a multi-crew management 

system. More particularly the management system is an 
automated system for the distribution of work orders and 
related materials to field personnel dispersed over a wide 
geographic area. A work order, which may be any type of 
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description of a particular task, are assigned using a 
centralized enterprise computing system and are communicated 
over a wireless network to field personnel having mobile 
computing units. Field personnel can use a mobile field unit 
5 to access the enterprise computing system and gather 

information about the work order as well as to update the 
enterprise computing system with details regarding the status 
of the work order. Thus, a system in accordance with the 
present invention provides two-way communication and work 
10 order automation with minimum dispatcher /operator 
interference . 

Figure 1 graphically depicts a system in accordance 
with the invention. As shown, the inventive system comprises 
enterprise computing system 50, mobile field unit 52, and 
15 wireless communication network 54 operably connecting the 
two . 

Enterprise computing system 50 may comprise database 
servers 56 for fielding requests to data stored in database 
58, hypertext transfer protocol (HTTP) servers 60 for 

20 fielding requests for web page data, monitoring server 62 for 
accepting and providing data regarding the status of work 
orders, and file servers 64. While each of servers 56, 60, 
62, and 64 is represented by a separate machine in Figure 1, 
in some embodiments of the enterprise system a single machine 

25 may be configured to perform all of these operations. An 

enterprise computing system may also comprise workstations 66 
from which various application programs may be accessed. 
Servers 56, 60, 62, and 64 and workstations 66 are 
interconnected through an Ethernet local area network (LAN) 

30 68. LAN 68 supports TCP/IP and each of machines 56, 60, 62, 
64 and 66 is uniquely identified with an IP address. Gateway 
70 provides a communication connection between LAN 68 and 
wireless TCP/IP network 54. 

In a typical application of the inventive system, 

35 enterprise computing system 50 is located at a central office 
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or operations center. As is explained in greater detail 
below with reference to Figure 2, work orders are processed 
and input to the enterprise computing system using any one of 
several application programs. Data which field personnel may 
5 require to complete their assigned tasks is located on 
servers 56, 60, 62, and 64 and may be accessed by field 
personnel using mobile field unit 52. 

Mobile field unit 52 comprises computing device 72 
which may be a portable computer, a personal digital 

10 assistant (PDA), or similar device. Typically computing 

device 72 comprises random access memory (RAM) , web browser 
software for internet and intranet communications, and an 
interactive display mechanism. Computing device 72 may also 
include: storage capability (flash or electro-mechanical), a 

15 serial interface, an audio playback device, and software to 
support a TCP/IP protocol stack and point-to-point protocol 
(PPP) . 

Mobile field unit 72 may also comprise wireless radio 
modem 74. Wireless radio modem 74 provides a means for 

20 communicating over wireless network 54 between computing 

device 72 and enterprise computing system 50. Wireless radio 
modem 74 supports PPP protocol and TCP/IP protocol over 
wireless radio network 54. Wireless radio modem 74 may be 
internal or external to computing device 72. 

25 Mobile field unit 52 optionally may comprise a wireless 

two-way voice communication device 76. Device 76 may be 
integrated with computing device 72 or may be a separate 
radio device, cellular phone, or digital cellular phone. 

Each field crew is assigned a mobile field unit 52. 

30 Thus, although only one is shown in Figure 1, numerous mobile 
field units 52 may be deployed and operating at once. As 
noted, each mobile field unit 52 has an IP address assigned 
to it. Further, enterprise computing system 50 comprises a 
database of entries indicating for each field unit, the field 

35 crew which has the unit. Thus, when a work order is assigned 
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to a particular field crew, the inventive system 
automatically routes the appropriate commands and data as 
described below to the appropriate mobile field unit 52. 
Field crews are free to access enterprise computing system 50 
5 to gather data that may be helpful in completing the assigned 
work order. 

Wireless radio network 54 provides TCP/IP communication 
between enterprise computing system 50 and mobile computing 
device 52. As previously noted, each mobile field unit 52 is 

10 given a unique IP address. Similarly, machines on enterprise 
computing network 50 are given a unique IP. Because wireless 
radio network 5| supports TCP/IP, routing of data and 
commands between mobile field units 52 and enterprise 
computing system 50" can be accomplished by existing network 

15 techniques. Further, mobile field units 52 can be arranged 
into various network configurations such as subnets and 
intranets and in theory, if the appropriate gateways are 
arranged, can be accessed via the Internet. 

IP addressing allows for commands to be routed to, and 

20 data accessed from any machine in the network. Thus, data 
and/or a command may be transmitted via gateway 70 to 
wireless radio network 54 and delivered at any particular 
mobile field unit 52. Similarly, data and/or a command may 
be transmitted from mobile computing device 52 via modem 74 

25 to wireless network 54 which delivers the data and/or command 
to a particular machine designated by a unique IP address on 
enterprise computing system 50. 

Preferably, wireless network 50 employs native TCP/IP. 
However, any network type may be employed provided it can be 

30 adapted to support TCP/IP. Thus, wireless network 54 may be 
any of the following network types: a CDPD public network 
(packet-switched) ; a radio packet-switched network (adapted 
for TCP/IP) ; a tariff /non-tariff -based network; or a Personal 
Communication Systems network ( circuit-switched) . A system in 
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accordance with the invention can be implemented at any 
location that one of these network types exists. 

Cellular Digital Packet Data (CDPD) is an open standard 
public network. In one embodiment of the present invention, 
5 modem 74 is a CDPD modem which is assigned a unique 32 bit IP 
address. The IP address becomes the unique identifier 
associated with mobile field unit 52. 

Typically, where CpPD networking technology is 
employed, network connection between mobile field unit 52 and 
10 enterprise computing system 50 can be maintained 

continuously. Thus, with a CDPD communications network, the 
connection between v .the enterprise system 50 and mobile field 
units 52 does not require call setup or dial-in/dial-out 
specifications. The transfer of data between enterprise 
15 system 50 and mobile fie|d unit 52 is immediate or within 
seconds via a virtual TCP/IP circuit which maintains 
continuous two-way traffic across the CDPD packet-switched 
data system. Any data packet originating from either the 
enterprise system 50 or mobile field unit 52 is delivered 
20 almost immediately. 

In an alternative embodiment, wireless network 54 may 
be a Personal Communications System (PCS) network. With a 
cellular network the communications can be either digital or 
analog across a circuit-switched data system. In a 
25 circuit-switched data system the connection between 

enterprise computing system 50 and mobile field unit 52 must 
be established via an initiation call. Thus, call setup and 
dial-in dial-out specifications are required to deliver or 
receive data. When a call is complete, the TCP/IP circuit is 
30 terminated and communication between enterprise system 50 and 
the mobile field unit 52 is unavailable. In an embodiment of 
the pre'sent inventive system where PCS communication is 
employed, analog modems may be deployed in both enterprise 
computing system 50 and mobile field units 52. The analog 
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modems convert modulated digital data to be translated over 
the voice band of a cellular phone. 

In still another embodiment of the present invention, 
wireless network 54 may comprise a radio (wireless) 
5 packet-switched network which does not support TCP/IP. Like 
TCP/IP-based CDPD communications, radio packet-switched 
networks can transmit and receive packet data anytime without 
call setup. These networks include both public proprietary 
data networks (e.g., ARDIS and RAM) and private radio 
10 networks (e.g., DATA TAC) . However, because the inventive 
system relies upon TCP/IP, in order to employ such networks 
it is necessary to use third party equipment such as that 
provided by PADCOM Incorporated to allow such a network to 
support TCP/IP. 

15 Enterprise computing system 50 and mobile field unit 52 

comprise various software components. Figure 2 is a diagram 
of software components comprised in a system in accordance 
with the present invention. As shown, in enterprise 
computing system 50, numerous application program components 

20 or clients 80 may exist. Preferably these are written using 
the JAVA programming language so as to be operable on 
platforms running various operating systems. Each 
application 80 may serve a particular purpose with respect to 
managing work orders and monitoring the progress of those 

25 work orders. It should be noted that there may be multiple 
instances of the same application 80 running at any one time. 
Furthermore, remote applications 81 from outside system 50 
may also occasionally access system resources. 

Enterprise computing system 50 also comprises database 

30 server software 82 which may be, for example, an Oracle 

database server. Indeed, there may be multiple databases 82 
in one system 50. Database server software 82 manages work 
order data as well as other business related data. For 
example, in the case of a utility, databases 82 might 

35 comprise detailed equipment data and map data. 
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Enterprise computing system further comprises HTTP 



servers 84 which may be, for example, a Netscape or Apache 
HTTP server. HTTP servers 84 are operable to field requests 
from all machines but particularly from web browsers located 
5 in mobile field unit 52. HTTP servers 84 are operable to 
launch or invoke stored procedures or common gateway 
interface programs (CGI) to implement actions initiated by 
field crew members at mobile field unit 52. The CGI is a 
mechanism which allows data to be transferred from a browser 

10 to a program residing on the server via the HTTP server such 
that the program processes the data (usually parameters) and 
can deliver results back to the browser via the HTTP server. 
It should be noted that by invoking stored procedures it is 
meant that HTTP server 84 which has been delivered the name 

15 of a stored procedure within a database, can cause the stored 
procedure to execute via an intermediate program passing it 
parameters. The stored procedure can generate data which it 
can deliver to a program such as a web browser via HTTP 
server 84. The stored procedure typically accesses database 

20 tables. 



applications 80 indicating that a work order has been 
assigned. Monitor server software 85 also accepts updates as 
to whether the work order was received at field unit 52 and 
25 whether it was accepted by the field crew. Monitor server 85 
also provides a report generation feature. 



application 86. Mobil server application 86 services 
requests from enterprise computing system 50 to mobile field 

30 unit 52. In a preferred embodiment, mobile server 86 is 
written in the JAVA programming language which allows for 
mobile server 86 to run on numerous hardware platforms 
running various operating systems such as Windows, Mac OS, or 
Unix. Mobile server 86 is multi-threaded meaning it listens 

35 for requests and upon receipt of an input, spawns process 88 



Monitor server software 85 



accepts updates from 



Mobile field unit 52 comprises mobile server 
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to react to the input. In this way, mobile server 8 6 can 
continue to listen for additional requests. 

Mobile field unit 52 also comprises web browser 90 
which may be loaded with files 92 that are downloaded from 
5 enterprise computing system 50. Web browser enhancer 94 is 
loaded by web browser 90 to display maps and related data. 
Web browser enhancer 94 may be a plug-in that is initially 
stored on mobile field unit 52. Alternatively, web browser 
enhancer 94 may be an Applet that is downloaded from 

10 enterprise computing system 50. 

Typically operations in a system in accordance with the 
present invention §re initiated at one of application 
programs 80. For example, a work order may be assigned to a 
particular field crew us:ing application program 80. Figure 3 

15 is a high-level flow chart of the process of making a work 
order assignment to a field crew having a mobile field unit 
52. Generally, an operator at enterprise computing system 50 
employs application program 80 to assign a work order or task 
to a particular field crew. As shown, at step 110 an entry 

20 indicating that a work order or -task has been assigned to the 
field crew is entered in database 82. At step 112 data file 
92 related to the work order along with a command to launch a 
web browser are transmitted to field unit 52. At step 114 
mobile field unit 52 launches web browser 90 and loads web 

25 browser 90 with data file 92 which causes a web page to be 

displayed. In response to input from field personnel such as 
pointing and clicking on links in the displayed web page, at 
step 116 mobile field unit 52 transmits to enterprise 
computing system 50 a request for additional data regarding 

30 the work order. At step 118 enterprise computing system 50 
retrieves the requested data, usually in the form of a data 
file. At step 120 the retrieved data is transmitted to 
mobile field unit 52. 

Figure 4 depicts various command and data flows that 

35 may be implemented in a system in accordance with the present 
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invention when a work order is assigned to a field crew. 
Typically, work orders are assigned by personnel at 
enterprise computing system 50 using application program 80. 
In response, application program 80 requests, as represented 
5 by arrow 140, that database 82 be updated to reflect that the 
work order has been created. Generally, when a work order is 
created it is assigned a unique identifier in database 82. 
Thereafter, application program 80 establishes a TCP/IP 
connection with mobile server 86 and transmits a command to 

10 mobile server 86 (arrow 142) . Simultaneously, a command may 
be issued (arrow 144) by application program 80 to database 
82 directing the generation of map related data corresponding 
to the work order. 

In one embodiment, the map related data comprises two 

15 files of mapping data. A first file 146 is in ASCII format 
and comprises map data in vector format. Typically the file 
is given a name ending in .mpx. The file extension .mpx 
identifies the file as a MIME type. As explained below, upon 
receipt of a file with the .mpx extension, web browser 90 is 

20 programmed to load plug-in 94 and display the map data 

contained therein in a map area of web browser 90. .Mpx file 
146 comprises unique identifiers for select objects that are 
displayed on the map. For example, a unique device 
identifier for a transformer may be included in .mpx file 

25 146. Using these unique identifiers, when a crew member 

clicks on an object in the map, detailed data regarding the 
particular device can be retrieved from database 82. 

An exemplary portion of M .mpx" file 14 6 is listed 

below: 

30 5 18 1075553 1082844 0 U36864 36864 

5 18 1071543 1082969 0 U27824 27824 
5 18 1072568 1083014 0 U27825 27825 
5 18 1076096 1084066 0 U27826 27826 
5 18 1082774 1084547 0 U27829 27829 

35 5 18 1077940 1085438 1 U27828 27828 
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According to a preferred embodiment of the invention, each 
line in xx .mpx" file 146 represents a map object to be 
displayed. Each line is formatted into seven columns. The 
first column designates the map object type. For example, 
5 type 5 represents an electrical network object. The second 
column identifies the type of electrical network object. For 
example, an electrical object may be a fuse transformers. 
The third and fourth columns represent the state plane 
coordinates of the object. The fifth column represents the 

10 state of the device, for example, open or closed. The sixth 
column identifies the unique device identifier. This unique 
identifier when combined with the uniform resource locator 
parameter which as explained below is stored in file 148, 
allows mapping plug-in 94 to request more detailed data 

15 regarding a selected device as well as change the state of 
the device. The seventh column is an identifier used to 
speed up the device lookup process. 

A second file 148 is generated and formatted in HTML. 
HTML file 148 contains parameters which are used to configure 

20 plug-in 94. A first parameter sets the uniform resource 

locator (URL) for HTTP server 84 and the specifies the common 
gateway interface (CGI) , or alternatively the stored 
procedure, which should be invoked when a user clicks on a 
device or map object that is displayed on the map. A second 

25 parameter enables or disables the ability for a crew to 

obtain information about an object. Other parameters control 
the display of the land base map data as well as control 
other settings. 

An exemplary html file 148 is listed below: 

3 0 <HTMLXHEAD> 

<TITLE>MAP Plugin</TITLE> 

</HEAD> 

<B0DY> 

<H3> CADOPS Plugin </H3> 
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<EMBED SRC="5 97 9_map.mpx" 

device_url="http: //abb . vnet . net /ast/owa/getob j_dl" 
enable_mobile_cadops=l f ixed=l width=7 50 height =4 50 
minx=1068940 miny=1076438 maxx-1086940 maxy=1094438 
curvetype="map"></EMBED> 
<H5> outage: 5979</H5> 
<H3>CADOPS-WEBMAP </H3> 

<H45> ABB Distribution Information Systems, all rights 
reserved col998 </H45> 
</BODY> 
</HTML> 

In the above example, the object URL is specified by the 
"device_url" parameter. Note that the EMBED tag specifies 
the ".mpx" file 146 as 5979_map.mpx. This file is delivered 
15 to web browser 90 and ultimately to plug-in 94 for display. 

The unique identifier for the work order to which the 
map data relates is embedded in the names of both files 146 
and 148. This facilitates the later retrieval of these 
files. Application program 80 also requests that monitoring 
20 server 85 update records in database 82 to indicate that a 
particular work order has been transmitted to mobile unit 52 
(arrow 150) . 

At mobile field unit 52, mobile server 8 6 spawns (arrow 
152) process 88 to respond to the command from application 

25 program 80. In response to a command that a new work order 
has been assigned to the field crew, process 88 may cause an 
alert sound to be broadcasted (arrow 154). Thereafter or 
simultaneously, an alert message may be automatically 
displayed on the display of the mobile field unit 52 (arrow 

30 156) to further alert the field crew. Process 88 launches 
web browser 90 (arrow 158) and loads web browser 90 with 
data, usually in the form of an HTML file 92 that was 
downloaded from application program 80 with the initial 
command . 
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Typically, downloaded html file 92 which is displayed 
in web browser 90 has web links to data stored in enterprise 
computing system 50. Thus, when field crew personnel click 
on a link in web browser 90, a request, preferably in the 
5 form of a HTTP post or get command (arrow 160) is made of 
HTTP server 84 in enterprise computing system 50. In 
response, HTTP server 84 queries, preferably by way of a 
stored procedure (arrow 162) database 82 for the requested 
data. Database 82 returns (arrow 164) the requested data to 

10 HTTP server 84, and HTTP server transmits 84 (arrow 166) the 
requested data to web browser 90. In a preferred embodiment, 
database 82 returns the data in HTML format. 

Figure 5 provides a flow chart depiction of a scenario 
for using the system of Figures 1 through 5 to distribute 

15 work order assignment data to a field crew having a mobile 
field unit. As shown, at step 300 database 82 is updated 
using application program 80 to indicate a work order has 
been assigned to a particular field crew. At step 302 the 
field crew is notified of the assignment via mobile field 

20 unit 52. In response to login data input by the field crew, 
at step 304 the identity of the field crew is verified 
against database 82 of enterprise computing system 50. At 
step 306 a notification is made to the field crew via field 
unit 52 if the login was successful. At step 308 a list of 

25 assignments is retrieved and presented to the field crew. At 
step 310 in response to input by the field crew selecting an 
assignment from the list of assignments, detailed assignment 
data for the selected assignment is retrieved from database 
82. At step 312 the detailed assignment data is displayed to 

30 the field crew via mobile field unit 52. At step 314 in 

response to field crew input identifying that an action was 
taken with regard to the assignment, the detailed assignment 
data is updated in database 82. 

Figure 6 provides a detailed flow chart of step 302 of 

35 Figure 5 for notifying the field crew of the assignment. As 
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shown at step 320 an "alert HTML page" is generated at the 
enterprise computing system in response to the assignment 
being assigned to the particular field crew. At step 322 the 
"alert HTML page" and a command to open a browser is 
5 transmitted from enterprise computing system 50 to mobile 
field unit 52. At step 324 web browser 90 is launched in 
response to the command and the "alert HTML page" is loaded 
into web browser 90. 

Figure 7 provides a detailed flow chart of step 304 of 

10 Figure 5 for verifying the field crew identity. At step 330 
in response to a field crew member clicking on a link in the 
"alert HTML file," a login form is displayed. It should be 
noted that this link and the others that are described herein 
may comprise a URP and point to a specific application, for 

15 example a CGI or stored procedure which should be executed in 
response to clicking upon the link. The link may cause data, 
including web pages, to be retrieved from or updated in 
enterprise computing system 50. At step 332 in response to 
the field crew entering login data into the login form and 

20 submitting the login data, the login data is transmitted to 
enterprise computing system 50. At step 334 database 82 is 
queried to verify that the login data is correct. 

Figure 8 provides a detailed flow chart of step 306 for 
notifying the field crew of a successful login. At step 340 

25 of Figure 8, a "success HTML page" indicating there has been 
a successful login is generated at the enterprise computing 
system. At step 342 the "success HTML page" is transmitted 
to the mobile field unit 52. At step 344 at enterprise 
computing system 50 a cookie is generated. The cookie 

30 contains data related to the field crew such as a unique 
field crew identifier. The cookie remains resident for a 
selected period of time so that upon subsequent accesses to 
the enterprise computing system 50 by the same field crew 
during the selected period of time, the field crew does not 

35 need to login again. Any programs, for example stored 
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procedures which may require data such as the field crew 
identifier can obtain that information from the cookie. The 
cookie may be generated by a CGI that was initiated by HTTP 
server 84. At step 346 the "success HTML page" is displayed 
at mobile field unit 52 using web browser 90. The "success 
HTML page" has a "continue link" therein for continuing with 
the assignment distribution process. 



Figure 9 provides a detailed flow chart for step 308 of 



Figure 5 for retrieving and presenting a list of assignments 
to the field crew. At step 350, at mobile field unit 52, in 
response to a field crew member clicking on the "continue 
link" in the "success HTML page," a request is transmitted 
for a list of assignments. At step 352 at the enterprise 
computing system 50, database 82 is queried for assignments 
that have been assigned to the field crew. The field crew 
identifier, which may be retrieved from the cookie, is used 
in performing the query. At step 354 at enterprise computing 
system 50, an "assignment HTML page" is generated containing 
data comprising a list of assignments that have been assigned 
to the particular field crew. The "assignment HTML page" may 
be generated by a common gateway interface or a stored 
procedure invoked by an HTTP server. The "assignment HTML 
page" has "assignment links" to additional data in the 
database corresponding to each assignment. Each "assignment 
link" contains a unique identifier for the assignment which 
may be used in retrieving the additional assignment data from 
database 82. These "assignment links" may comprise a uniform 
resource locator (URL) for the server and program on 
enterprise computing system 50 that should be executed in 
order to retrieve the desired data. At step 356 the 
"assignment HTML page" is transmitted to the field crew via 
mobile field unit 52. At step 358 the "assignment HTML file" 
is loaded into web browser 90. Figure 10 provides an 
exemplary screen of the type that may be displayed upon 
loading of the "assignment HTML page" into web browser 90. 
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Figure 12 provides a detailed flow chart corresponding 
to step 310 of Figure 5 for retrieving detailed assignment 
data for the selected assignment. As shown, at step 360 
at the mobile field unit 52 in response to a crew member 
5 clicking on an "'assignment link" in the assignment HTML page, 
a request for data related to the selected assignment is 
transmitted to enterprise computing system 50. At step 362 
at the enterprise computing system 50 the database 82 is 
queried for assignment data related to the selected 

10 assignment. At step 364 at enterprise computing system 50 a 
"detailed assignment data HTML page" is generated. The 
"detailed assignment data HTML page" contains detailed data 
regarding the assignment that was selected previously by the 
field crew. An example of a displayed screen corresponding 

15 to a "detailed assignment data HTML page" is shown in Figure 
11. The "detailed assignment data HTML page" contains a 
plurality of "HTML status links" each of which when clicked 
upon causes a different action to be taken relative to the 
data in database 82 that tracks the status of the particular 

20 assignment. "HTML status links" may contain a uniform 

resource locator and program name that implements the desired 
action in database 82. For example, one of the plurality of 
links may be an "accepted link" which when clicked upon 
causes the status data in the database to indicate the 

25 assignment has been accepted. One of the plurality of links 
might be an "enroute link" which when clicked upon causes the 
status data in the database to indicate the crew is enroute 
to the assignment location. A link might be a "completed 
link" which when clicked upon causes the status in the 

30 database to indicate the assignment has been completed. A 
link may be a "rejected link" which when clicked upon causes 
the status data in the database to indicate the assignment 
has been rejected by the field crew. A link may be an 
"arrived link" which when clicked upon causes the status data 

35 in the database to indicate the field crew has arrived in the 
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assignment location. Still another link may be a "cancel 
link" which when clicked upon causes no change to the status 
data in the database but which may close the web page. It 
should be noted that the "detailed assignment data HTML page" 
5 may contain other links. For example, a "refresh link" may 
be available which when clicked upon causes the data on the 
page to be updated. 

The "detailed assignment data HTML page" may also 
comprise a "cause locator" link. When the "cause locator" 

10 link is clicked upon, a CGI or stored procedure via HTTP 
server 84 is executed ' which generates a "cause HTML form." 
When the "cause HTML form" is delivered to the web browser, a 
cause/equipment pop-up menu is displayed. Figure 13 provides 
a view of an exemplary "cause HTML form" when displayed. 

15 This form allows field crew members to indicate the type of 
equipment that was damaged and the potential cause for the 
damage- The items listed in the cause or equipment 
categories are derived by querying database 82 on enterprise 
computing system 52. Thus, the items listed are not pre- 

20 loaded on the mobile field unit but are dynamically updated 
to fit the particular work order assignment. The "cause HTML 
form" also provides for the entry of related time 
information. In particular the form allows for entry of an 
estimated restore time and an estimated arrival time. When 

25 the mobile field crew completes and submits the "cause HTML 
form" the data is transferred to database 82. The database 
may be made available to a customer information system (CIS) . 
Thus, customers may access the CIS and receive immediate 
notification of restore time. By this system and method, 

30 human element in communication is eliminated. The data is 
passed directly to the customer. 

At step 366 the "detailed assignment data HTML page" is 
transmitted to mobile field unit 52. At step 368, which 
corresponds to step 312 of Figure 5, the "detailed assignment 

35 data HTML page" is loaded and displayed in web browser 90. 
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Figure 14 provides a detailed flow chart for step 314 
* of Figure 5 for updating the "detailed assignment data" which 

is detailed data regarding the assignment that a field crew 
may be working on. At step 370 at mobile field unit 52 in 

5 response to crew input as to the status of the assignment, 
updated "detailed assignment data" is transmitted to 
enterprise computing system 50. At step 372 at enterprise 
computing system 50 the "detailed assignment data" is updated 
in database 82 to reflect the change. At step 374 the 
10 dispatcher is alerted as to the change in status of the 

assignment. The alert may be a notification sound and/or a 
visual notif icatioji such as a dialog box. 

It should be noted that in the processes described with 
reference to Figures 6 through 13, stored procedures may be 

15 used at the initiation of HTTP server 84 to query the 

database and take other actions with respect to the steps 
described above. Furthermore, a common gateway interface 
(CGI) script may alternatively be initiated by HTTP server 84 
to perform many of these same operations. An HTTP server 84 

20 and stored procedure/CGI for taking some action relative to 
the data in database 82 may be identified by a uniform 
resource locator that is stored in a web page link. The 
(CGI) script may be written in the PERL scripting language 
and may access database 82 using PERL database interface 

25 (DBI) and/or PERL database driver (DBD) . Based upon the 

queries to the database, the PERL script can generate HTML on 
the fly and deliver it to a field crew's web browser 90 via 
HTTP server 84. The PERL script can also update database 
records via DBI /DBD . 

30 For many work orders, a sub map of the assignment area 

can be of great value. For example, when responding to a 
power outage, a map can show both the land base and 
electrical network. The state of the electrical network and 
exact location of outages and faults can be shown on the map. 

35 Furthermore, according to the present invention, a crew 
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member can click on objects in a map and obtain additional 
detailed information from enterprise computing system 4 
regarding that object. 

Referring back to Figure 4, a field crew member may 
5 request map data of the work order work area by clicking on a 
button or appropriate link displayed on web browser 90. 
Requests for map data are transmitted (arrow 168) to HTTP 
server 84 and include the unique identifier of the work 
order. Using this work order identifier, HTTP server 

10 requests (arrow 170) and receives (arrow 172) the map files 
146 and 148 that were previously developed and whose names 
include the work order identifier. HTTP server 84 transmits 
(arrow 174) the map data to web browser 90. When web browser 
90 receives and loads HTML file 148, it encounters a link to 

15 .mpx file 146. The link to file 146 signals web browser 90 
to load plug-in 94 (arrow 176) and display the map data 
composed in .mpx file 14 6 in a map area of web browser 90. 
An exemplary screen with a map area of the type which might 
be displayed in web browser 90 is shown in Figure 15. 

20 It should be noted that plug-in 94 can capture via web 

browser 90 all point and click events within the window area 
generated by the plug-in. This is important for handling 
requests for data on objects displayed in the map. Further, 
plug-in 94 is operable to execute an HTTP post or get command 

25 to HTTP servers 84 in enterprise computing system 50. Also, 
plug-in 94 maintains a linked list of all map objects 
displayed in the map along with the unique identifiers for 
those objects. Thus, when a map object is clicked upon, the 
unique identifier for the object is readily retrieved from 

30 the linked list. 

Generally, the crew is free to interact with the map 
and obtain more information about the objects on the map by 
simply clicking on the particular map object. For example, a 
crew member may click on a transformer to obtain more 

35 information about the transformer. By clicking on the 
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transformer, a new browser window is launched with a new HTML 
page comprising additional information regarding the 
transformer. For example, the new page may contain the make 
and model of the transformer as well as the maintenance 
5 history of the transformer. The new page may contain links 
to even further information regarding the transformer. For 
example, the HTML page may contain links to all network 
information about transformers of the same type and make. 
Directions to the transformer might also be displayed. 

10 Generally, when a crew member clicks on a map object, 

plug-in 94 obtains the click event and the device coordinates 
of the point which was clicked upon. Plug-in 94 transforms 
the device coordinates to user coordinates (such as state 
plane coordinates) and searches for the nearest map object 

15 within its linked list to the point which was clicked. A 
dialog box is presented to the crew with the unique 
identifier for the device which corresponds to the map object 
selected. The crew is given the choice to request more 
information or to cancel the dialog. If the crew selects to 

20 see more detailed information, plug-in 94 retrieves the URL 
including the CGI that it obtained as a parameter from html 
file 148. Note that because the URL and CGI are parameters 
in html file 148 which is downloaded from enterprise 
computing system 50, the URL is not hard-coded on mobile 

25 field unit 52 and can vary by the map that is displayed. 
Indeed, different map files 146 and 148 may point to 
different resources at enterprise computing system 50. 



selected map object to the URL and CGI and submits an HTTP 
30 post or get command to HTTP server 84. Server 84 delivers 
the object ID to the CGI or database stored procedure. In 
either case, the program queries database 82 and generates an 
HTML file on the fly to be displayed in a new window in the 
crew's browser 90. The HTML may be a form or can contain 
35 links so that the crew can obtain further information. A 



Plug-in 94 attaches the unique object ID for the 
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link may also allow a crew to update the data related to a 
map object. For example a link may allow a field crew to 
indicate that a device corresponding to map object has been 
repaired, replaced, closed, opened, or removed. The ability 
5 to update the data in database 82 on-line greatly reduces 
paper work and provides for accurate and up-to-date records. 

Figure 16 provides a flow chart of the process of 
gathering and displaying the map data in the present 
invention. As shown, at step 200 in response to a field crew 

10 member requesting a map tor a particular work order, a 

request is transmitted from web browser 90 to HTTP server 84. 
At step 202 HTTP server 84 uses the work order identification 
number to retrieve map data corresponding to the work order. 
As noted above, in one embodiment of the invention, map data 

15 comprises two files, one in HTML format and one in an ASCII 
format. These files may contain links to secondary map data 
which comprises further information about objects composed in 
the map. At step 204 the map data is transmitted to web 
browser 90. At step 206 web browser 90 loads the map data, 

20 possibly using plug-in 94 so as to display a map to the crew 
personnel. In response to crew personnel clicking on a map 
object located in the displayed map, at step 208 web browser 
90 transmits a request to HTTP server 84 for secondary map 
data related to a particular item on the map. At step 210 

25 HTTP server 84 transmits a request to database 82 for the 
additional data. Database 82 processes the request and 
returns the requested data to HTTP server 84. HTTP server 84 
transmits the secondary map data to web browser 90 at step 
212. Web browser 90 loads the data in a browser window at 

30 step 214. It should be noted that the secondary map data may 
comprise an HTML file comprising a plurality of links for 
retrieval of still additional information or even updating 
data. This HTML file may be referred to as a "secondary map 
data retrieval file.'' 
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As noted above, field crews may change the physical 
equipment located in the field. According to the present 
invention, the field crew may also change the data in the 
system to reflect any changes that may have been made to the 
5 physical network. Thus, the field crew may enter data at web 
browser 90, possibly using the "secondary map data retrieval 
file." Thus, at step 216, the web browser transmits to HTTP 
server 84 a request to update database 82 in enterprise 
computing system 50. At step 218, HTTP server 84 forwards 

10 the request to database server 82 which updates the data to 
reflect the changes made by the field crew. 

Another feature of the present invention involves 
monitoring of the assignment of work orders. When a work 
order is assigned to a field crew, the application through 

15 which the work order is being assigned not only connects to 
mobile field unit 52 but also transmits a packet of data to 
monitoring server 64 which comprises monitoring server 
software 85. Monitoring server 85 is updated to indicate 
whether a connection was successfully established with mobile 

20 server 86. A connection may not be established, for example, 
if mobile field unit 52 is out of range of wireless network 
54. Monitoring server 85 stores an indication of whether a 
transmission was successful or not in database 82 or 
alternatively in a system file. Monitor server 85 may also 

25 send a notification, preferably via e-mail to a supervisor or 
dispatcher if a work order failed to successfully transmit to 
field unit 50. As shown in Figure 17, enterprise computing 
system might also be connected to a paging system 400 and/or 
a digital personal communication system 402. Thus, 

30 notification of a transmission failure may also be sent to a 
dispatcher from monitoring server by a page or a message via 
the PCS system. The notification step is necessary so that 
the dispatcher can resort to alternative means for 
communicating with the desired field crew. Applications can 

35 query the monitoring database 82 to obtain reports on the 
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state of assignments (failures or acceptance) and to also 
obtain reports on the state of the wireless network. 

Figure 18 provides a flow chart of a method for 
monitoring work order assignment. At step 220, the server 
5 listens at specified internet protocol address for electronic 
packets comprising the status of the transmission of a work 
order to the mobile field unit. Generally, the electronic 
packets comprise a unique identifier for the work order, an 
indication of the time the status was recorded, and the 

10 internet protocol address of the relevant mobile field unit. 
Monitor server may be configured to receive either UDP or TCP 
packets. At step 222 an entry is made in database 82 
indicating whether or not the work order has been 
successfully been transmitted. At step 224 the dispatcher is 

15 notified if the transmission was not successful. Upon 
receipt of a request for a report from an application 
program, at step 226 monitor server 85 processes the request 
and generates a report which may be transmitted to the 
requesting application . 

20 It should be noted that there are numerous advantages to 

the systems and methods in accordance with the present 
invention. Foremost of these is that propriety code does not 
need to be developed and deployed on mobile field unit 52. 
For example, code for displaying information in a window or 

25 in dialog box is not proprietary. Rather, all graphical user 
interfaces are built using HTML generated dynamically by a 
CGI or stored procedures at enterprise computing system 50. 
Thus, there is no need to write complex closed proprietary 
code for each mobile field unit 52 when an interface is 

30 changed or different data needs to be presented. 

Furthermore, in a system in accordance with the present 
invention application programs 80 generate dynamic HTML based 
on data and the desired presentation (which can include pop 
up menus, text fields, check boxes, selection boxes, etc) . 

35 These dynamically created HTML files are thereafter delivered 
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to the mobile field unit. Thus, changes made at enterprise 
computing system 50 are reflected immediately at mobile field 
unit 52. This greatly facilitates deployment of new user 
interfaces and applications to large numbers of field units 



Thus, as described above the present invention provides 
systems and methods for low-cost, timely, two-way 
communications between a central enterprise systems and 
geographically distributed field personnel. The system 
comprises an enterprise computing system, a wireless network, 
and a mobile field unit. Communications are TCP/IP-based and 
can be carried over a public or private network using a 
variety of communications technologies. Communication 
between the enterprise computing system and the mobile field 
unit is completely automated (voice communication is the 
exception) . Although this unique system offers 
operator/dispatch functionality, the need for 
operator/dispatcher assistance is minimized. In addition, 
mobile field crews can access information resources at the 
central operations level including work order and mapped 
vehicle location data and other pertinent information. 

While the invention has been described and illustrated 
with reference to specific embodiments, those skilled in the 
art will recognize that modification and variations may be 
made without departing from the principles of the invention 
as described above and set forth in the following claims. In 
particular, the present invention has been explained with 
reference to an exemplary utility environment but may be 
employed in other environments such as maintenance service 
corporations, ambulance services, public safety systems or 
any other operation which communicates work orders to field 
personnel. Accordingly, reference should be made to the 
appended claims as indicating the scope of the invention. 



52. 
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What is claimed is: 



1. A crew management system for distributing a work 
order to a geographically distributed field crew, comprising: 

a wireless communication network; 
5 an enterprise computing system in communication with 

said wireless network, said enterprise computing system 
operable to assign the work order to a field crew, issue a 
command related to the work order, and field requests for 
data related to the work order; and 
10 a mobile field unit in communication with said wireless 

network, said mobile field unit operable to receive said 
command and the work order and operable to request from said 
enterprise computing system data related to the work order. 

2. The crew management system of claim 1, wherein said 
15 mobile field unit comprises a display for displaying 

information, server software for receiving and operating in 
response to the work order and said command, and browser 
software for browsing and interacting with web pages. 

3. The crew management system of claim 2, wherein said 
20 mobile field unit further comprises a sound creation device, 

said sound creation device generating a sound upon receipt of 
said command. 

4. The crew management system of claim 3, wherein said 
sound notifies the field crew that the work order has been 

25 assigned . 

5. The crew management system of claim 3, wherein said 
sound is selected from a plurality of recorded sounds stored 
on said mobile field unit. 
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6. The crew management system of claim 2, wherein said 
mobile field unit in response to said command generates a 
message on said display. 



7 . The crew management s 
5 command comprises a file and sa 
response to said command causes 
and load with said file. 



ystem of claim 2, wherein said 
id mobile field unit in 
said web browser to execute 



8. The crew management system of claim 7, wherein said 
file is an HTML file containing a link to data on said 
10 enterprise system related to the work order or command. 



9. The crew management system of claim 8, wherein said 
enterprise system comprises a data server for providing data 
to said mobile field, unit, said data server upon receiving a 
request for data in response to said link being accessed at 
15 said mobile field unit, transmits data to said mobile field 
unit . 



10. The crew management system of claim 9, wherein said 
data server is an HTTP server and upon receiving a request 
for data in response to said link being accessed at said 
20 mobile field unit, said HTTP server transmits at least one 
HTML file to said mobile unit. 



11. The crew management system of claim 10, wherein 
said at least one HTML file comprises links to additional 
data related to the work order. 



25 12. The crew management system of claim 10, wherein 

said data server transmits to said mobile field unit map data 
corresponding to said work order. 
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13. The crew management system of claim 12 , wherein 
said map data comprises at least one map file, said map file 
being displayable by said web browser. 

14. The crew management system of claim 12, wherein said 
5 map file comprises at least one link to additional data. 

15. The crew management system of claim 1, further 
comprising a monitoring server, said monitoring server 
comprising a work order database of data related to the 
status of the transmission of work orders to field crews. 

10 16. The crew management system of claim 1, wherein said 

wireless communication network supports TCP/IP communication 
protocol . 

17. A method for managing a field crew using a system 
having an enterprise computing system and at least one mobile 
15 field unit, comprising the following steps: 

a) storing in a database on the enterprise computing 
system an entry indicating that a work order has been 
assigned to the field crew; 

b) transmitting to the field unit a first data file of 
20 data related to the work order and a command to launch a web 

browser, 

c) at the field unit, launching a web browser and 
loading the web browser with said first data file; 

d) in response to input to the web browser by the field 
25 crew, transmitting a request to the enterprise computing 

system for additional data regarding the work order, 

e) at the enterprise computing system, in response to 
the request from the mobile unit, retrieving a second data 
file, and 

30 f) transmitting to the mobile field unit said second 

data file. 
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18. The method of claim 17, further comprising the step 
of automatically generating at least one map file containing 
map data related to the work order. 



19. The method of claim 17, wherein said first data 
5 file is an HTML file containing at least one link to said 
second data file. 



20. The method of claim 18, wherein said second data 
file is said map file. 

10 21. A method for communicating map information related 

to a work order between an enterprise system and a mobile 
field unit, comprising the following steps: 

a) storing in a database on the enterprise computing 
system an entry indicating that the work order has been 

15 assigned to the field crew; 

b) generating at least one map file containing map data 
related to the work order; 

c) transmitting to the field unit a first data file of 
data related to the work order and a command to launch a web 

20 browser, 

d) at the field unit, launching a web browser and 
loading the web browser with said first data file; 

e) in response to input to the web browser by the field 
crew, transmitting a request to the enterprise computing 

25 system for additional data related to the work order, 

f) at the enterprise computing system, in response to 
the request from the mobile unit, retrieving said at least 
one map file, and 

g) transmitting to the mobile field unit said at least 
30 one map file. 



BNSDOCID: <WO 9935549A3_IA> 



WO 99/35549 




PCT/US99/00497 



- 32 - 



22. The method of claim 21, wherein said first data 
file contains a web link to a uniform resource locator for 
retrieving said at least one map file. 

23. The method of claim 22, wherein said uniform 

5 resource locator for said at least one map file identifies a 
file location on the enterprise computing system. 

24. The method of claim 21 wherein said at least one 
map file comprises an HTML file and a second map file wherein 
the HTML file has an embedded link to the second map file and 
said second map file comprises a plurality of map object and 
a unique identifier for each of plurality of map objects, 
said method further" comprising the steps of: 

loading the HTML file in said web browser; 
detecting the embedded link; 

displaying the contents of the second map file; 
upon selection by field crew of one of the plurality of 
map objects, transmitting a request along with the unique 
identifier for the select.ed map object to the enterprise 
computing system for data regarding the map object ; 

at the enterprise computing system, in response to the 
request from the mobile unit for data regarding the selected 
map object, retrieving secondary map data related to the map 
object, 

transmitting the secondary map data to the mobile field 
unit, and 

loading the secondary map data in the web browser. 

25. The method of claim 24, wherein the second map file 
is MIME type file. 

26. The method of claim 25, wherein the step of 
30 displaying the contents of the second map file further 

comprises the steps of: 
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loading a web browser plug-in into the web browser; 
displaying in a map area of the web browser the map 
objects in the second map file using the web browser plug-in. 



27. The method of claim 26 wherein the web browser 
5 plug-in maintains a list in memory of object identifiers for 
the map objects in the second map file. 



28. The method of claim 27 wherein the web browser 
plug-in is operable to receives click events on map objects 
in the map area and search the list in memory of object 

10 identifiers for the object identifier corresponding to a map 
object that has been clicked upon. 

29. The method of claim 24, wherein the HTML file 
comprises a uniform resource locator (URL) that points to a 
program on the enterprise computing system for retrieving 

15 secondary map data. 

30. The method of claim 29, wherein the plug-in stores 
in memory the uniform resource locator, said step of 
transmitting a request along with the unique identifier for 
the selected map object to the enterprise computing system 

20 for data regarding the map object, further comprising the 
steps of: 

retrieving from memory the unique identifier for the 
selected map object; 

encoding the unique identifier with the uniform resource 
25 locator in a secondary map data request; and 

transmitting the secondary map data request to the 
enterprise computing system. 



31- The method of claim 24, wherein the step of 
retrieving secondary map data related to the map object, 
30 further comprises the following steps: 
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locating the uniform resource locator; 

invoking a program for retrieving secondary map data 

32. The method of claim 24, wherein the secondary map 
5 data comprises a map data retrieval HTML file having a 

■ plurality of links each of which points to a uniform resource 
locator and program which generates specialized map data for 
a specified map object identifier. 

33. The method of claim 32, wherein one of said 

10 plurality of links points to a uniform resource locator and 
program for generating a list of customers associated with a 
specified object. 

34. The method of claim 32, wherein one of said 
plurality of links points to a uniform resource locator and 

15 program for generating a list of objects from an inventory 
database, said list indicating availability of an object. 

35. The method of claim 32, wherein one of said 
plurality of links points to a uniform resource locator and 
program for generating a form for performing a plurality of 

20 status update operations related an object. 

36. The method of claim 35, wherein one of said 
plurality of status update operations is repair. 

37. The method of claim 35, wherein one of said 
plurality of status update operations is replace. 

25 38. The method of claim 35, wherein one of said 

plurality of status update operations is close. 

39. The method of claim 35, wherein one of said 
plurality of status update operations is open. 
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40. The method of claim 35, wherein one of said 
plurality of status update operations is remove. 

41. A method of monitoring in a database located in an 
5 enterprise computing system, successful transmission of a 

work order to a field crew having a mobile field unit, 
comprising the steps of: 

listening at a specified internet protocol address for 
electronic packets comprising the status of transmission of a 
10 work order to the mobile field unit; 

if a work order was not successfully transmitted to a 
field crew, notifying a dispatcher. 

42. The method of claim 41, wherein the electronic 
packets further comprise a unique identifier for the work 

15 order. 

43. The method of claim 41, wherein the electronic 
packets further comprise an indication of the time the status 
was recorded. 

44. The method of claim 41, wherein the electronic 

20 packets further comprise an internet protocol address for the 
mobile field unit. 

45. The method of claim 41, wherein the packets are UDP 
packets . 

46. The method of claim 41, wherein the packets are TCP 
25 packets. 

47. The method of claim 41, further comprising the step 
of storing in a database the status of transmission of a work 
order to the mobile field unit. 
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48. The method of claim 41, further comprising the step 
of storing in a file the status of transmission of a work 
order to the mobile field unit. 

49. The method of claim 41, wherein the step of 
5 notifying a dispatcher comprises sounding an alarm. 

50. The method of claim 41, wherein the step of 
notifying a dispatcher comprises sending an e-mail. 

51. The method of claim 41, wherein the step of 
notifying a dispatcher comprises displaying a notification on 

10 a monitor . 

52. The method of claim 41, wherein the step of 
notifying a dispatcher comprises sending a paging signal. 

53. The method of claim 41, wherein the step of 
notifying a dispatcher comprises sending a personal 

15 communication system message. 

54. A method for distributing work order assignment data 
to a field crew using a system having an enterprise computing 
system and at least one mobile field unit, comprising the 
following steps: 

20 (A) updating a database on the enterprise computing 

system to indicate an assignment has been assigned to the 
field crew; 

(B) notifying the field crew of the assignment; 
C) in response to the input of field crew login data, 
25 verifying field crew identity; 

(D) notifying the field crew of successful login; 

(E) retrieving and presenting a list of assignments to 
the field crew; 
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(F) in response to field crew input selecting an 
assignment from the list of assignments, retrieving detailed 
assignment data for the selected assignment; 

(G) displaying the detailed assignment data to the 
5 field crew; and 

(H) in response to field crew input identifying an 
action was taken with regard to the assignment, updating the 
detailed assignment data. 

55. The method of claim 54 for distributing work order 
assignment data, wherein the step of notifying the field crew 
of the assignment further comprises the following steps: 

at the enterprise computing system, generating an alert 
HTML page; 

transmitting the alert HTML page and a command to open a 
web browser to the mobile field unit; 

at the mobile field unit, launching a web browser in 
response to the command and loading the web browser with the 
alert HTML file. 

20 56. The method of claim 54 for distributing work order 

assignment data, wherein the step of verifying field crew 
identity, further comprises the following steps: 

at the mobile field unit, upon a field crew member 
clicking on a link in the alert HTML file, displaying a login 

2 5 form; 

at the mobile field unit, in response to a field crew 
entering login data, transmitting the login data to the 
enterprise computing system; 

at the enterprise computing system, querying a database 
30 to verify the login data is correct. 

57. The method of claim 54 for distributing work order 
assignment data, wherein the step of notifying the field crew 
of successful login, further comprises the following steps: 



10 



15 
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at the enterprise computing system, generating a 
successful login HTML page; 

at the enterprise computing system, generating a cookie 
having crew login data including a crew identifier; 
5 transmitting the successful login HTML page to the 

mobile field unit; and 

displaying the successful login HTML page in the web 
browser at the mobile field unit. 

58. The method of claim 57 for distributing work order 
10 assignment, wherein the step of generating a cookie is 

performed by a common gateway interface. 

59. The method of claim 57 for distributing work order 
assignment, wherein the step of generating a cookie is 
performed by a stored procedure that is invoked by an HTTP 

15 server. 

60. The method of claim 54 for distributing work order 
assignment data, wherein the step of retrieving and 
presenting a list of assignments to the field crew, further 
comprises the following steps: 

20 at the mobile field unit, in response to a field crew 

member clicking on a continue link in the successful login 
HTML page, transmitting a request for a list of assignments; 

at the enterprise computing system, in response to the 
request for list of assignments, querying the database for 
25 assignments; 

at the enterprise computing system, generating an 
assignment HTML page; 

transmitting the assignment HTML page to the mobile 
field unit; and 

30 at the mobile field unit, loading the assignment HTML 

page into the web browser. 
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61. The method of claim 60 for distributing work order 
assignment data, wherein said assignment HTML page contains a 
list of assignments assigned to the field crew and assignment 
links to additional data in the database corresponding to 

5 each assignment. 

62. The method of claim 60 for distributing work order 
assignment data, wherein each of the assignment links 
contains an assignment identifier for uniquely identifying 
the assignment. 

10 63. The method of claim 60 for distributing work order 

assignment data, wherein the step of querying the database 
for assignments comprises the following steps: 

retrieving crew identifier data from the cookie; 
querying the database for assignments related to the 
15 crew identifier data. 

64. The method of claim 60 for distributing work order 
assignment data, wherein the step of generating an assignment 
HTML page is performed by a common gateway interface. 

65. The method of claim 60 for distributing work order 
20 assignment data, wherein the step of generating an assignment 

HTML page is performed by a stored procedure invoked by an 
HTTP server. 

66. The method of claim 54 for distributing work order 
assignment data, wherein the step of retrieving detailed 

25 assignment data for an assignment in the list of assignments, 
further comprises the following steps: 

at the mobile field unit, in response to a crew member 
clicking on an assignment link in the assignment HTML page, 
transmitting a request for data related to the selected 

30 assignment; 
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at the enterprise computing system, querying the 
database for assignment data related to the selected 
assignment ; 

at the enterprise computing system, generating a 
5 detailed assignment data HTML page; and 

transmitting the detailed assignment data HTML page to 
the mobile field unit. 

67. The method of claim 66 for distributing work order 
assignment data wherein the assignment data HTML page has a 

10 plurality of HTML status links each of which when clicked 
upon causes a different update to the status data of the 
assignment in the database. 

68. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

15 links is an accepted link which when clicked upon causes the 
status data in the database to indicate the assignment has 
been accepted. 

69. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

20 links is an enroute link which when clicked upon causes the 
status data in the database to indicate the crew is enroute 
to the assignment location. 

70. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

25 links is a completed link which when clicked upon causes the 
status data in the database to indicate the assignment has 
been completed. 

71. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

30 links is a rejected link which when clicked upon causes the 
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status data in the database to indicate the assignment has 
been rejected by the field crew. 

72. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 
5 links is an arrived link which when clicked upon causes the 
status data in the database to indicate the field crew has 
arrived at the assignment location. 



73. The method of claim 67 for distributing work order 
assignment data wherein one of said plurality of HTML status 

10 links is a cancel link which when clicked upon causes the 
status data in the database to not be updated. 

74. The method of claim 66 for distributing work order 
assignment data wherein the assignment data HTML page 
comprises a refresh link which when clicked upon causes all 

15 of the data displayed in the assignment data HTML page to be 
refreshed. 



75. The method of claim 66 for distributing work order 
assignment data wherein the assignment data HTML page 
comprises a cause locator link which when clicked upon causes 

20 a cause HTML form to be displayed and into which data may be 
entered related to the cause of an outage. 

76. The method of claim 66 for distributing work order 
assignment data, wherein said step of querying the database 
for assignment data is initiated by a common gateway 

25 interface . 



77. The method of claim 66 for distributing work order 
assignment data, wherein said step of querying the database 
for assignment data is initiated by a stored procedure 
executed by an HTTP server. 
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78. The method of claim 54 for distributing work order 
assignment data to field crews using a system having an 
enterprise computing system and at least one mobile field 
unit, wherein the step of updating the detailed assignment, 
5 further comprises the following steps: 

at the mobile field unit, in response to a crew member 
clicking on an HTML status link in the assignment status HTML 
page, transmitting updated status data; 

at the enterprise system, updating the status data in 
10 the database; 

at the enterprise system, alerting a dispatcher as to 
the change in status data. 



79. The method of claim 78 for distributing work order 
assignment data, wherein the step of alerting a dispatcher as 
15 to change in status data comprises generating a sound to draw 
the attention of a dispatcher to the change in status data. 



80. The method of 78 for distributing work order 
assignment data, wherein the step of alerting a dispatcher as 
to change in status data comprises generating a dialog box to 
20 draw the attention of a dispatcher to the change in status 
data . 
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